JP2018517361A - ベアラセットアップ方法および装置 - Google Patents

ベアラセットアップ方法および装置 Download PDF

Info

Publication number
JP2018517361A
JP2018517361A JP2017561854A JP2017561854A JP2018517361A JP 2018517361 A JP2018517361 A JP 2018517361A JP 2017561854 A JP2017561854 A JP 2017561854A JP 2017561854 A JP2017561854 A JP 2017561854A JP 2018517361 A JP2018517361 A JP 2018517361A
Authority
JP
Japan
Prior art keywords
control node
service
information
transmission
user equipment
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.)
Ceased
Application number
JP2017561854A
Other languages
English (en)
Inventor
伶俐 ▲パン▼
伶俐 ▲パン▼
▲シャオ▼▲シャオ▼ ▲鄭▼
▲シャオ▼▲シャオ▼ ▲鄭▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2018517361A publication Critical patent/JP2018517361A/ja
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本発明は、ベアラセットアップ方法および装置を開示する。この方法は、ユーザ機器によって、要求メッセージを第1の制御ノードに送信するステップであって、要求メッセージが、ユーザ機器と第1の制御ノードとの間のサービスのデータパケットを送信するために送信ベアラのセットアップを要求するために使用され、要求メッセージがサービスのパラメータを含む、ステップと、ユーザ機器によって、要求メッセージに応答して第1の制御ノードによって送信された応答メッセージを受信するステップであって、応答メッセージが、送信ベアラの構成情報を含む、ステップと、ユーザ機器によって、構成情報に従って第1の制御ノードと送信ベアラをセットアップするステップと、を含む。この方法は、UEとネットワーク側との間にベアラがセットアップされる場合、多くのネットワークリソースおよび比較的長い時間が消費されるという先行技術の課題を解決するために使用される。

Description

本発明は、通信技術の分野、詳細には、ベアラセットアップ方法および装置に関する。
既存の進化型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network、E−UTRAN）技術では、ユーザ機器が着信サービスを有し、ベアラをセットアップする必要がある場合、図1に表わされたステップS101からS109が実行される必要がある。
リソースを取得するために、最初に、UEとeNBとの間でランダムアクセスが実行される。そして、シグナリング接続のセットアップと、UEとeNBとの間の暗号化および完全性保護のパラメータの交換が開始される。最後に、UEとeNBとの間でサービスベアラがセットアップされ、ベアラのセットアップが完了する。
無線インタフェース送信の観点から、UEとeNBとの間で7つのシグナリングが交換される必要がある。加えて、eNBとMMEとの間の相互作用処理は、UEのサービスがセットアップされることが可能であるかどうかを判定し、対応するベアラパラメータを割り当てることが要求される。
その後、UEは、サービスのデータパケットをeNBに送信し得る。その結果、多くのネットワークリソースと比較的長い時間が処理で消費され、ユーザエクスペリエンスに影響し、多くの無線インタフェースリソースを消費する。
本発明はベアラセットアップ方法を提供する。本発明で提供される方法および装置は、UEとネットワーク側との間にベアラがセットアップされる場合、多くのネットワークリソースおよび比較的長い時間が消費されるという先行技術の課題を解決する。
第1の態様によれば、ベアラセットアップ方法が提供され、この方法は、
ユーザ機器によって、要求メッセージを第1の制御ノードに送信するステップであって、要求メッセージが、ユーザ機器と第1の制御ノードとの間のサービスのデータパケットを送信するために送信ベアラのセットアップを要求するために使用され、要求メッセージがサービスのパラメータを含む、ステップと、
ユーザ機器によって、要求メッセージに応答して第1の制御ノードによって送信された応答メッセージを受信するステップであって、応答メッセージが、送信ベアラの構成情報を含む、ステップと、
ユーザ機器によって、構成情報に従って第1の制御ノードと送信ベアラをセットアップするステップと、
を含む。
第1の態様を参照すると、第1の可能な実装において、サービスのパラメータは、
サービスのサービスタイプであって、サービスタイプが、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、または対話型サービスのうちのいずれか1つまたは組み合わせを含む、サービスタイプか、
サービスのサービス特徴であって、サービス特徴は、サービスのデータパケットのサイズ、データパケットの送信間隔、データパケットの遅延要件、またはデータパケットのレート要件のうちのいずれか1つまたは組み合わせを含む、サービス特徴か、
サービスに対応するサービス品質（QoS）か、
サービス品質クラス識別子（QCI）パラメータか、または、
サービスに対応する送信元サーバのアドレス、サービスに対応する宛先サーバのアドレス、またはサービスに対応するアクセスポイント名の少なくとも1つ、
を含む。
第2の態様によれば、ベアラセットアップ方法が提供され、この方法は、
第1の制御ノードによって、ユーザ機器によって送信された要求メッセージを受信するステップであって、要求メッセージが、サービスのデータパケットを送信するために送信ベアラのセットアップを要求するために使用され、要求メッセージがサービスのパラメータを含む、ステップと、
それに対応して、第1の制御ノードによって、サービスのパラメータに従って第1の応答メッセージを生成するステップであって、応答メッセージが送信ベアラの構成情報を含み、構成情報が第1の制御ノードとユーザ機器との間の送信ベアラをセットアップするために使用される、ステップと、
を含む。
第2の態様を参照すると、第1の可能な実装において、サービスのパラメータは、
サービスのサービスタイプであって、サービスタイプが、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、または対話型サービスのうちのいずれか1つまたは組み合わせを含む、サービスタイプか、
サービスのサービス特徴であって、サービス特徴は、サービスのデータパケットのサイズ、データパケットの送信間隔、データパケットの遅延要件、またはデータパケットのレート要件のうちのいずれか1つまたは組み合わせを含む、サービス特徴か、
サービスに対応するサービス品質（QoS）か、
サービス品質クラス識別子（QCI）パラメータか、または、
サービスに対応する送信元サーバのアドレス、サービスに対応する宛先サーバのアドレス、またはサービスに対応するアクセスポイント名の少なくとも1つ、
を含む。
第2の態様または第1の態様の第1の可能な実装を参照すると、第2の可能な実装において、この方法は、
第1の制御ノードによって、指示情報を第2の制御ノードに送信するステップであって、指示情報が、第1の制御ノードがユーザ機器と送信ベアラをセットアップすることに同意したことを示すために使用される、ステップ、
をさらに含む。
第2の態様または第1の態様の第1の可能な実装を参照すると、第3の可能な実装において、この方法は、
第1の制御ノードによって、送信ベアラセットアップ要求を第2の制御ノードに送信するステップであって、送信ベアラセットアップ要求が第1の制御ノードと第2の制御ノードとの間のデータ送信チャネルのセットアップを要求するために使用される、ステップと、
送信ベアラセットアップ要求に応答して第2の制御ノードのフィードバックメッセージを受信するステップであって、フィードバックメッセージが第2の制御ノード上のデータ送信チャネルのアドレスを含む、ステップと、第2の制御ノード上のデータ送信チャネルのアドレスに従って第2の制御ノードとデータ送信チャネルをセットアップするステップと、
をさらに含む。
第2の態様または第1の態様の第1の可能な実装を参照すると、第4の可能な実装において、この方法は、
第1の制御ノードによって、第2の制御ノードの許可パラメータ情報を受信するステップであって、許可パラメータ情報が、第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポートされるサービスパラメータの1つまたは組み合わせを含む、ステップと、
第1の制御ノードによって、許可パラメータ情報に従ってユーザ機器と送信ベアラをセットアップするかどうかを判定するステップと、
をさらに含む。
第3の態様によれば、ベアラセットアップ方法が提供され、この方法は、
第1の制御ノードが許可パラメータ情報に従ってユーザ機器と送信ベアラをセットアップするかどうかを判定するように、第2の制御ノードによって、許可パラメータ情報を第1の制御ノードに送信するステップであって、許可パラメータ情報が、第2の制御ノードによって許可されたサービスまたはデバイスのタイプを指示するために使用される、ステップ、
を含む。
第3の態様を参照すると、第1の可能な実装において、許可パラメータ情報は、第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポート可能なサービスパラメータの1つまたは組み合わせを含む。
第3の態様または第1の態様の第1の可能な実装を参照すると、第2の可能な実装において、第2の制御ノードによって、許可パラメータ情報を第1の制御ノードに送信するステップは、
第2の制御ノードによって、許可パラメータ情報を第1の制御ノードに周期的に送信するステップか、
第1の制御ノードの許可パラメータ送信要求情報が受信された後、許可パラメータ情報を第1の制御ノードに送信するステップか、または、
第2の制御ノードによって、第2の制御ノードの許可パラメータ情報が変更されたことを第2の制御ノードが検出した場合に、許可パラメータ情報を第1の制御ノードに送信するステップ、
を含む。
第3の態様または第1の態様の第1の可能な実装を参照すると、第3の可能な実装において、この方法は、
第2の制御ノードによって、第1の制御ノードによって送信された指示情報を受信するステップであって、指示情報が、第1の制御ノードがユーザ機器と送信ベアラをセットアップすることに同意したことを示すために使用される、ステップ、
をさらに含む。
第3の態様または第1の態様の第1から第3の可能な実装のいずれか1つを参照すると、第4の可能な実装において、この方法は、
第2の制御ノードによって、第1の制御ノードによって送信された送信ベアラセットアップ要求を受信するステップであって、送信ベアラセットアップ要求が第1の制御ノードと第2の制御ノードとの間のデータ送信チャネルをセットアップするために使用される、ステップと、
第2の制御ノードによって、送信ベアラセットアップ要求から第1の制御ノード上のデータ送信チャネルのアドレスを取得するステップと、第1の制御ノード上のデータ送信チャネルのアドレスに従って第1の制御ノードとデータ送信チャネルをセットアップするステップと、
をさらに含む。
第4の態様によれば、端末が提供され、この端末は、
要求メッセージを第1の制御ノードに送信するように構成された送信器であって、要求メッセージがユーザ機器と第1の制御ノードとの間のサービスのデータパケットを送信するために送信ベアラのセットアップを要求するために使用され、要求メッセージがサービスのパラメータを含む、送信器と、
要求メッセージに応答して第1の制御ノードによって送信された応答メッセージを受信するように構成された受信器であって、応答メッセージが送信ベアラの構成情報を含む、受信器と、
構成情報に従って第1の制御ノードと送信ベアラをセットアップするように構成されたプロセッサと、
を含む。
第4の態様を参照すると、第1の可能な実装において、送信器によって要求メッセージに追加されるサービスのパラメータが、
サービスのサービスタイプであって、サービスタイプが、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、または対話型サービスのうちのいずれか1つまたは組み合わせを含む、サービスタイプか、
サービスのサービス特徴であって、サービス特徴が、サービスのデータパケットのサイズ、データパケットの送信間隔、データパケットの遅延要件、またはデータパケットのレート要件のうちのいずれか1つまたは組み合わせを含む、サービス特徴か、
サービスに対応するサービス品質（QoS）か、
サービス品質クラス識別子（QCI）パラメータか、または、
サービスに対応する送信元サーバのアドレス、サービスに対応する宛先サーバのアドレス、またはサービスに対応するアクセスポイント名の少なくとも1つ、
を含む。
第5の態様によれば、制御ノードが提供され、この制御ノードは、
ユーザ機器によって送信された要求メッセージを受信するように構成された受信器であって、要求メッセージが、サービスのデータパケットを送信するために送信ベアラのセットアップを要求するために使用され、要求メッセージがサービスのパラメータを含む、受信器と、
それに対応して、サービスのパラメータに従って第1の応答メッセージを生成するように構成されたプロセッサであって、応答メッセージが送信ベアラの構成情報を含み、構成情報が、第1の制御ノードとユーザ機器との間の送信ベアラをセットアップするために使用される、プロセッサと、
を含む。
第5の態様を参照すると、第1の可能な実装において、要求メッセージからプロセッサによって取得されるサービスのパラメータが、
サービスのサービスタイプであって、サービスタイプが、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、または対話型サービスのうちのいずれか1つまたは組み合わせを含む、サービスタイプか、
サービスのサービス特徴であって、サービス特徴は、サービスのデータパケットのサイズ、データパケットの送信間隔、データパケットの遅延要件、またはデータパケットのレート要件のうちのいずれか1つまたは組み合わせを含む、サービス特徴か、
サービスに対応するサービス品質（QoS）か、
サービス品質クラス識別子（QCI）パラメータか、または、
サービスに対応する送信元サーバのアドレス、サービスに対応する宛先サーバのアドレス、またはサービスに対応するアクセスポイント名の少なくとも1つ、
を含む。
第5の態様または第1の態様の第1の可能な実装を参照すると、第2の可能な実装において、この制御ノードは、
指示情報を第2の制御ノードに送信するように構成された第1の送信器であって、指示情報が、第1の制御ノードがユーザ機器と送信ベアラをセットアップすることに同意したことを示すために使用される、第1の送信器、
をさらに含む。
第5の態様または第1の態様の第1の可能な実装を参照すると、第3の可能な実装において、この制御ノードは、
送信ベアラセットアップ要求を第2の制御ノードに送信するように構成された第2の送信器であって、送信ベアラセットアップ要求が第1の制御ノードと第2の制御ノードとの間のデータ送信チャネルのセットアップを要求するために使用される、第2の送信器をさらに含み、
受信器が、送信ベアラセットアップ要求に応答して第2の制御ノードのフィードバックメッセージを受信するようにさらに構成され、フィードバックメッセージが第2の制御ノード上のデータ送信チャネルのアドレスを含み、
プロセッサが、第2の制御ノード上のデータ送信チャネルのアドレスに従って第2の制御ノードとデータ送信チャネルをセットアップするようにさらに構成される。
第5の態様または第1の態様の第1の可能な実装を参照すると、第4の可能な実装において、この制御ノードは、
受信器が、第2の制御ノードの許可パラメータ情報を受信するようにさらに構成され、許可パラメータ情報が、第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポートされるサービスパラメータの1つまたは組み合わせを含むことと、
プロセッサが、許可パラメータ情報に従って、ユーザ機器と送信ベアラをセットアップするかどうかを判定するようにさらに構成されたことと、
をさらに含む。
第6の態様によれば、制御ノードが提供され、この制御ノードは、
許可パラメータ情報を記憶するように構成されたメモリと、
第1の制御ノードが許可パラメータ情報に従ってユーザ機器と送信ベアラをセットアップするかどうかを判定するように、許可パラメータ情報を第1の制御ノードに送信するように構成された送信器であって、許可パラメータ情報が、第2の制御ノードによって許可されたサービスまたはデバイスのタイプを指示するために使用される、送信器と、
を含む。
第6の態様を参照すると、第1の可能な実装において、送信器によって送信された許可パラメータ情報は、第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポート可能なサービスパラメータの1つまたは組み合わせを含む。
第6の態様または第1の態様の第1の可能な実装を参照すると、第2の可能な実装において、送信器が、具体的には、許可パラメータ情報を第1の制御ノードに周期的に送信するか、第1の制御ノードの許可パラメータ送信要求情報が受信された後に許可パラメータ情報を第1の制御ノードに送信するか、または第2の制御ノードの許可パラメータ情報が変更されたことを制御ノードが検出した場合に許可パラメータ情報を第1の制御ノードに送信する、ようにさらに構成される。
第6の態様または第1の態様の第1の可能な実装を参照すると、第3の可能な実装において、この制御ノードは、
第1の制御ノードによって送信された指示情報を受信するように構成された第1の受信器であって、指示情報が、第1の制御ノードがユーザ機器と送信ベアラをセットアップすることに同意したことを示すために使用される、第1の受信器、
をさらに含む。
第6の態様または第1の態様の第1から第3の可能な実装のいずれか1つを参照すると、第4の可能な実装において、この制御ノードは、
第1の制御ノードによって送信された送信ベアラセットアップ要求を受信するように構成された第2の受信器であって、送信ベアラセットアップ要求が第1の制御ノードと第2の制御ノードとの間のデータ送信チャネルをセットアップするために使用される、第2の受信器と、
送信ベアラセットアップ要求から第1の制御ノード上のデータ送信チャネルのアドレスを取得し、第1の制御ノード上のデータ送信チャネルのアドレスに従って第1の制御ノードとデータ送信チャネルをセットアップするように構成されたプロセッサと、
をさらに含む。
前述の技術的解決策の1つまたは2つは、少なくとも以下の技術的効果を有する。
この解決策では、ユーザ機器のベアラセットアップ要求メッセージを受信したネットワーク側デバイスによってユーザベアラ割り当てを直接に行うことにより、ユーザ機器のサービスベアラセットアップの処理が迅速に完了されることが可能であり、それによりユーザ機器のサービスセットアップ遅延を短くし、無線インタフェースのシグナリング相互作用処理を低減する。
先行技術におけるベアラセットアップの概略的なフローチャートである。 本発明の実施形態1によるベアラセットアップ方法の概略的なフローチャートである。 本発明の実施形態2によるベアラセットアップ方法の概略的なフローチャートである。 本発明の実施形態4による端末の概略構造図である。 本発明の実施形態5による制御ノードの概略構造図である。 本発明の実施形態6による制御ノードの概略構造図である。
本発明の実施形態の目的、技術的解決策、および利点をより明確にするために、以下は、本発明の実施形態の添付図面を参照して、本発明の実施形態の技術的解決策を明確かつ完全に説明する。明らかに、説明する実施形態は、本発明の実施形態のいくつかであるが、すべてではない。創造的努力なしに本発明の実施形態に基づいてこの技術分野の当業者によって得られる他のすべての実施形態は、本発明の保護範囲内にあるものである。
以下は、この明細書を参照して、本発明の実施形態を詳細にさらに説明する。
実施形態1
図2に表わされたように、本発明のこの実施形態ではベアラセットアップ方法が提供され、この方法は以下のステップを含む。
ステップ201：ユーザ機器は、要求メッセージを第1の制御ノードに送信し、要求メッセージは、ユーザ機器と第1の制御ノードとの間でサービスのデータパケットを送信するための送信ベアラのセットアップを要求するために使用され、要求メッセージは、サービスのパラメータを含む。
任意選択的に、要求メッセージは、UEの無線リソース制御（Radio Resource Control、RRC）接続セットアップ要求メッセージであり得る。これと対応して、第1の制御ノードは、進化型ノードB（envolved Node B、eNB）または無線ネットワークコントローラ（Radio Network Controller、RNC）であり得る。
サービスのパラメータは、ユーザ機器によって要求された送信ベアラを示すために使用される関連パラメータである。第1の制御ノードは、サービスのパラメータに従って、セットアップされた送信ベアラのタイプと、対応するパラメータを決定し得る。特定の使用環境では、以下のパラメータがサービスのパラメータとして選択されることが可能であり、具体的には、以下を含むことが可能である。
A．サービスのサービスタイプ（service type）であって、サービスタイプは、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、対話型サービス、バックグラウンドサービス、または遅延に敏感なサービスのうちのいずれか1つまたは組み合わせを含む、サービスのサービスタイプ、
B．サービスのサービス特徴であって、サービス特徴は、サービスのデータパケットのサイズ、データパケットの送信間隔、データパケットの遅延要件、またはデータパケットのレート要件のうちのいずれか1つまたは組み合わせを含み、
任意選択的に、サービスのデータパケットがアプリケーション層のデータパケットである、サービスのサービス特徴、
C．サービスに対応するサービス品質（Quality of service、QoS）またはサービス品質クラス識別子（QoS Class Identifier、QCI）パラメータ、または
D．サービスに対応する送信元サーバのアドレス、サービスに対応する宛先サーバのアドレス、もしくはサービスに対応するアクセスポイント名の少なくとも1つ。
前述のサービスタイプおよびサービス特徴は例にすぎない。特定の実装では、より多くのサービスタイプが存在する。例えば、単にマシンタイプのデバイスまたはセンサは多くのサービスタイプを有し、例がここにすべて列挙されるわけではない。
任意選択的に、サービスの前述のパラメータは、ユーザ機器の加入情報、ユーザ機器の識別情報、またはセンサデバイス、メーター読み取りデバイス、または物流追跡デバイスなどのある種のユーザ機器であり得る。
異なるサービスは異なるベアラ要件に対応し得るので、送信ベアラをセットアップする要求メッセージを送信する場合、ユーザ機器は、要求メッセージにサービスのパラメータを追加し、それによって、第1の制御ノードがユーザ機器の送信ベアラセットアップを許可するかどうか（すなわち、ユーザ機器によって要求されたサービス要件が処理されることが可能であるかどうか）を判定する場合に、第1の制御ノードが要求メッセージ内のサービスのパラメータに従って許可判定を実行することができる。
ステップ202．ユーザ機器は、要求メッセージに応答して、第1の制御ノードによって送信された応答メッセージを受信し、応答メッセージは、送信ベアラの構成情報を含む。
この実施形態において、応答メッセージは、サービスのパラメータおよび他の要因に従って制御ノードによって生成される。任意選択的に、異なるサービスに対して、異なる送信ベアラが構成される必要がある。したがって、サービスのパラメータに従って送信ベアラの構成情報が設定される。具体的には、構成情報は、特定のパラメータ情報であってもよく、または第1の制御ノードおよびユーザ機器によって同意された送信ベアラの番号であってもよい。
ステップ203．ユーザ機器は、構成情報に従って第1の制御ノードと送信ベアラをセットアップする。
任意選択的に、制御ノードによって送信された応答メッセージを受信した後、ユーザ機器は、応答メッセージの肯定応答メッセージを第1の制御ノードに送信し得る。肯定応答メッセージが第1の制御ノードに送信される必要があるならば、ベアラセットアップ要求メッセージに応答して第1の制御ノードの応答メッセージをユーザ機器が受信した後、この方法は、以下のステップをさらに含む。
ステップ204．ユーザ機器は、応答メッセージの肯定応答メッセージを第1の制御ノードに送信する。
加えて、制御ノードがユーザ機器によって送信ベアラをセットアップする要求を拒否することを決定したならば、この方法は、制御ノードによって、ベアラセットアップ拒否要求をユーザ機器に送信し、それによって、ユーザ機器のベアラセットアップ要求を拒否することをさらに含む。
実施形態2
図3に表わされたように、本発明のこの実施形態ではベアラセットアップ方法が提供され、この方法は、具体的には、以下のステップを含む。
ステップ301．第1の制御ノードは、ユーザ機器によって送信された要求メッセージを受信し、要求メッセージは、サービスのデータパケットを送信するための送信ベアラのセットアップを要求するために使用され、要求メッセージは、サービスのパラメータを含む。
サービスのパラメータは、ユーザ機器によって要求された送信ベアラを示すために使用される関連パラメータである。第1の制御ノードは、サービスのパラメータに従って、セットアップされた送信ベアラのタイプと、対応するパラメータを決定し得る。特定の使用環境では、以下のパラメータがサービスのパラメータとして選択されることが可能であり、具体的には、以下を含むことが可能である。
A．サービスのサービスタイプであって、サービスタイプは、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、対話型サービス、バックグラウンドサービス、または遅延に敏感なサービスのうちのいずれか1つまたは組み合わせを含む、サービスのサービスタイプ、
B．サービスのサービス特徴であって、サービス特徴は、サービスに対応するデータパケットのサイズ、データパケットの送信間隔、またはデータパケットの遅延要件のうちのいずれか1つまたは組み合わせを含む、サービスのサービス特徴、
C．サービスに対応するサービス品質（QoS）、またはサービス品質クラス識別子（QCI）パラメータ、または
D．サービスに対応する送信元サーバのアドレス、サービスに対応する宛先サーバのアドレス、もしくはサービスに対応するアクセスポイント名の少なくとも1つ。
前述のサービスタイプは例にすぎない。特定の実装では、より多くのサービスタイプおよびサービス特徴が存在する。例えば、単にマシンタイプのデバイスまたはセンサは多くのサービスタイプを有し、例がここにすべて列挙されるわけではない。
任意選択的に、サービスの前述のパラメータは、ユーザ機器の加入情報、ユーザ機器の識別情報、またはセンサデバイス、メーター読み取りデバイス、または物流追跡デバイスなどのある種のユーザ機器であり得る。
ステップ302．それに対応して、第1の制御ノードは、サービスのパラメータに従って第1の応答メッセージを生成し、第1の応答メッセージは、送信ベアラの構成情報を含み、構成情報は、第1の制御ノードとユーザ機器との間の送信ベアラをセットアップするために使用される。
第1の応答メッセージ内の構成情報は、デフォルトベアラ識別子であり得る。構成情報は、ハイブリッド自動再送要求（Hybrid Automatic Repeat Request、HARQ）情報を含み得る。任意選択的に、ユーザ機器と第1の制御ノードは、デフォルトベアラ識別子に対応する一連の構成パラメータに同意する。
加えて、第1制御ノードがユーザ機器によって要求されたベアラセットアップ要求を拒否することを決定したならば、この方法は、第1の制御ノードによって、ベアラセットアップ拒否要求をユーザ機器に送信し、それによって、ユーザ機器のベアラセットアップ要求を拒否することをさらに含む。
この実施形態では、ユーザ機器がベアラ要求をセットアップする場合に、ユーザ機器が要求メッセージにサービスのパラメータを追加するので、要求メッセージを受信する制御ノード（すなわち、第1の制御ノード）は、ユーザ機器の要求について許可判定を直接に実行し得る。
この実施形態では、第2の制御ノードがネットワーク側デバイス内にさらに存在し得る。本発明のこの実施形態では、第2の制御ノードおよび第1の制御ノードは、同じ標準ネットワーク内にあってもよく、または異なるシステムネットワーク内にあってもよい。例えば、進化型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network、E−UTRAN）システムでは、第1の制御ノードが進化型ノードB（envolved Node B、eNB）であり、第2の制御ノードがコアネットワーク内のモビリティ管理エンティティ（Mobility Management Entity、MME）ノードである。第1の制御ノードは、関連情報を第2の制御ノードとさらに交換することが可能であり、特定の実装は以下のステップを含む。
1．交換される情報は、第1の制御ノードによって許可されたユーザ機器に関する情報であり、実装は、具体的には、以下のステップを含む。
ステップ401．第1の制御ノードは、指示情報を第2の制御ノードに送信し、指示情報は、第1の制御ノードがユーザ機器と送信ベアラをセットアップすることに同意したことを示すために使用される。
任意選択的に、指示情報は、ユーザ機器のサービスのパラメータをさらに含む。
ステップ402．第1の制御ノードは、指示情報に応答して第2の制御ノードの第2の応答メッセージを受信する。
特定のアプリケーション環境において、第1の制御ノードは、ステップ402における第2の応答メッセージに従って、第1の制御ノードが指示情報を受信することを判定し得る。加えて、第2の制御ノードは、応答情報をフィードバックしなくてもよい。この場合、第1の制御ノードは、デフォルトで、第2の制御ノードが指示情報を受信するとみなす。
2．交換される情報は、第1の制御ノードと第2の制御ノードとの間のデータ送信チャネルのセットアップ情報であり、この実装は、具体的には、以下のステップを含む。
ステップ501．第1の制御ノードは、送信ベアラセットアップ要求を第2の制御ノードに送信し、送信ベアラセットアップ要求は、第1の制御ノードと第2の制御ノードとの間のデータ送信チャネルのセットアップを要求するために使用される。
ステップ502．送信ベアラセットアップ要求に応答して、第2の制御ノードのフィードバックメッセージを受信し、フィードバックメッセージが第2の制御ノード上のデータ送信チャネルのアドレスを含み、第2の制御ノード上のデータ送信チャネルのアドレスに従って第2の制御ノードとデータ送信チャネルをセットアップする。
例えば、進化型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network、E−UTRAN）システムでは、第2の制御ノードがコアネットワークのモビリティ管理エンティティ（Mobility Management Entity、MME）である。ステップ501およびステップ502により、eNBとMMEとの間に1つのUEのためのS1インタフェースがセットアップされる。
任意選択的に、サービスに対応する公衆データ送信チャネルまたはデフォルトデータ送信チャネルが、第1の制御ノードと第2の制御ノードとの間で使用され得る。この場合、送信チャネルセットアップ情報の交換の処理は不要である。
3．交換される情報は、第2の制御ノードの許可基準情報であり、この実装は、具体的には、以下のステップを含む。
ステップ601．第1の制御ノードは、第2の制御ノードの許可パラメータ情報を受信し、許可パラメータ情報は、第2の制御ノードによって許可されることが可能であるサービスまたはデバイスのタイプを示すために使用される。
許可パラメータ情報は、第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポートされるサービスパラメータの1つまたは組み合わせを含む。
ステップ602．第1の制御ノードは、許可パラメータ情報に従って、ユーザ機器と送信ベアラをセットアップするかどうかを決定する。
特定のアプリケーションでは、第1の制御ノードは、許可パラメータ情報に従うのみで、ユーザ機器と送信ベアラをセットアップするかどうかを決定しない。第1の制御ノードは、さらに、他の要因を参照して、ユーザ機器と送信ベアラを設定するかどうかを決定する必要がある。他の要因は、送信ベアラのセットアップを要求するためのサービスパラメータ、第1の制御ノードの負荷状況、等であり得る。
具体的には、許可パラメータ情報の交換は、定期的に発生してもよく、または第1の制御ノードによってトリガされてもよく、または第2の制御ノードによって自発的に開始されてもよく、これはここで限定されない。例えば、第2の制御ノードは、負荷が比較的重いか軽い場合に許可パラメータ情報を送信して、許可されることが可能であるサービスまたはデバイスのタイプを決定する。
この実施形態では、ネットワーク側は、第1の制御ノードおよび第2の制御ノードによって機能的な観点からのみ区分されるだけである。任意選択的に、第1の制御ノードは、第2の制御ノードの機能を含み得る。この場合、第1の制御ノードと第2の制御ノードとは同じネットワークノードである。例えば、第1の制御ノードは、無線リソース制御およびサービス許可などの機能を有するネットワーク側デバイスである。第1の制御ノードは、現在の無線ネットワークコントローラ（または、進化型ノードB）およびコアネットワークのいくつかの機能を組み合わせたデバイスである。LTEシステムでは、第1の制御ノードは、eNBおよびMMEの機能を含む制御エンティティである。
任意選択的に、関連パラメータの交換が暗号化される必要があるならば、第1の制御ノードは、暗号化関連パラメータをUEに送信し、UEの応答メッセージを受信することが可能であり、または暗号パラメータが第2の制御ノードによって第1の制御ノードに送信されるならば、第1の制御ノードがベアラセットアップの応答メッセージをユーザ機器に送信した場合、第1の制御ノードが暗号関連パラメータを応答メッセージに追加する。
実施形態3
本発明のこの実施形態は、ベアラセットアップ方法を提供し、この方法は、第2の制御ノードによって、許可パラメータ情報を第1の制御ノードに送信し、それによって、第1の制御ノードが、許可パラメータ情報に従って、ユーザ機器と送信ベアラをセットアップするかどうかを判定し、許可パラメータ情報が、第2の制御ノードによって許可されたサービスまたはデバイスのタイプを指示するために使用される。
任意選択的に、第2の制御ノードが許可パラメータ情報を第1の制御ノードに送信する特定の実装は様々であり、いくつかの好ましい実装が以下に提供される。
A．第2の制御ノードは、許可パラメータ情報を第1の制御ノードに周期的に送信する、
B．第1の制御ノードの許可パラメータ送信要求情報が受信された後に、許可パラメータ情報を第1の制御ノードに送信する、または
C．第2の制御ノードの許可パラメータ情報が変更されたことを第2の制御ノードが検出した場合、第2の制御ノードは、許可パラメータ情報を第1の制御ノードに送信する。許可パラメータ情報の変更は、パラメータのカテゴリーが追加され、例えば、変更の前に、負荷情報および帯域幅情報が判定され、変化の後に、容量情報が判定されることがさらに必要であること、またはある期間の間に許可パラメータ情報内の任意のパラメータの変更値が指定された閾値を超えることを含む。
この実施形態では、許可パラメータ情報は、第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポート可能なサービスパラメータの1つまたは組み合わせを含む。
第1の制御ノードが、第2の制御ノードによって送信された許可パラメータ情報に基づいて、ユーザ機器と送信ベアラをセットアップするかどうかを判定した後、第1の制御ノードがユーザ機器の送信ベアラをセットアップすることに同意したならば、任意選択的に、第2の制御ノードは、指示情報を第2の制御ノードに送信するやり方で通知されることが可能であり、特定の実装は、第2の制御ノードによって、第1の制御ノードによって送信された指示情報を受信し、指示情報は、第1の制御ノードがユーザ機器と送信ベアラをセットアップすることに同意したことを示すために使用されること、であることが可能である。
任意選択的に、指示情報は、送信ベアラをセットアップするためのサービスパラメータをさらに含む。
加えて、ノード間送信ベアラを第1の制御ノードと第2の制御ノードとの間にセットアップすることが可能であり、特定の実装は、第2の制御ノードによって、第1の制御ノードによって送信された送信ベアラセットアップ要求を受信し、送信ベアラセットアップ要求が第1の制御ノードと第2の制御ノードとの間のデータ送信チャネルをセットアップするために使用されることと、第2の制御ノードによって、送信ベアラセットアップ要求から第1の制御ノード上のデータ送信チャネルのアドレスを取得することと、アドレスに従って第1の制御ノードとデータ送信チャネルをセットアップすることと、であることが可能である。
任意選択的に、第2の制御ノードによって第1の制御ノードに送信される指示情報のメッセージは、第1の制御ノードと第2の制御ノードとの間のデータ送信チャネルをセットアップするための送信ベアラセットアップ要求をさらに同時に含み得る。
第2の制御ノードと第1の制御ノードとの間の許可パラメータ情報および指示情報の交換ならびにデータ送信チャネルのセットアップは、前述のステップの順序でのみ実装されることに限定されない。例えば、データ送信チャネルは、指示情報および許可パラメータ情報が送信される前にセットアップされ得る。
実施形態4
図4に表わされたように、本発明のこの実施形態は、端末を提供し、端末は、送信器401、受信器402、およびプロセッサ40を含む。
送信器401は、要求メッセージを第1の制御ノードに送信するように構成され、要求メッセージは、ユーザ機器と第1の制御ノードとの間でサービスのデータパケットを送信するための送信ベアラのセットアップを要求するために使用され、要求メッセージは、サービスのパラメータを含む。
送信器401によって要求メッセージに追加されるサービスのパラメータは、
サービスのサービスタイプであって、サービスタイプが、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、または対話型サービスのうちのいずれか1つまたは組み合わせを含む、サービスのサービスタイプか、
サービスのサービス特徴であって、サービス特徴は、サービスのデータパケットのサイズ、データパケットの送信間隔、データパケットの遅延要件、またはデータパケットのレート要件のうちのいずれか1つまたは組み合わせを含む、サービスのサービス特徴か、
サービスに対応するサービス品質（QoS）か、
サービス品質クラス識別子（QCI）パラメータか、または、
サービスに対応する送信元サーバのアドレス、サービスに対応する宛先サーバのアドレス、またはサービスに対応するアクセスポイント名の少なくとも1つ、
を含む。
受信器402は、要求メッセージに応答して第1の制御ノードによって送信された応答メッセージを受信するように構成され、応答メッセージは、送信ベアラの構成情報を含む。
プロセッサ403は、構成情報に従って第1の制御ノードと送信ベアラをセットアップするように構成される。
実施形態5
図5に表わされたように、この実施形態は制御ノードを提供し、この制御ノードは、ユーザ機器によって送信された要求メッセージを受信するように構成された受信器501であって、要求メッセージが、サービスのデータパケットを送信するために送信ベアラのセットアップを要求するために使用され、要求メッセージがサービスのパラメータを含む、受信器501と、それに対応して、サービスのパラメータに従って第1の応答メッセージを生成するように構成されたプロセッサ502であって、応答メッセージが送信ベアラの構成情報を含み、構成情報が、第1の制御ノードとユーザ機器との間の送信ベアラをセットアップするために使用される、プロセッサ502と、を含む。
プロセッサ502によって要求メッセージから取得されるサービスのパラメータは、
サービスのサービスタイプであって、サービスタイプが、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、または対話型サービスのうちのいずれか1つまたは組み合わせを含む、サービスのサービスタイプか、
サービスのサービス特徴であって、サービス特徴は、サービスのデータパケットのサイズ、データパケットの送信間隔、データパケットの遅延要件、またはデータパケットのレート要件のうちのいずれか1つまたは組み合わせを含む、サービスのサービス特徴か、
サービスに対応するサービス品質（QoS）か、
サービス品質クラス識別子（QCI）パラメータか、または、
サービスに対応する送信元サーバのアドレス、サービスに対応する宛先サーバのアドレス、またはサービスに対応するアクセスポイント名の少なくとも1つ、
を含む。
この実施形態では、第2の制御ノードがネットワーク側デバイス内にさらに存在し得る。本発明のこの実施形態では、第2の制御ノードおよび第1の制御ノードは、同じ標準ネットワーク内にあってもよく、異なるシステムネットワーク内にあってもよい。例えば、進化型ユニバーサル地上無線アクセスネットワーク（Evolved Universal Terrestrial Radio Access Network、E−UTRAN）システムでは、第1の制御ノードが進化型ノードB（envolved Node B、eNB）であり、第2の制御ノードがコアネットワーク内のモビリティ管理エンティティ（Mobility Management Entity、MME）ノードである。第1の制御ノードは、関連情報を第2の制御ノードとさらに交換することが可能であり、特定の実装は以下のステップであり得る。
1．第1の制御ノードは、第1の制御ノードによって許可されたユーザ機器の情報を第2の制御ノードと交換する。具体的には、第1の制御ノードは、指示情報を第2の制御ノードに送信するように構成された第1の送信器をさらに含み、指示情報は、第1の制御ノードがユーザ機器と送信ベアラをセットアップすることに同意したことを示すために使用される。
2．第1の制御ノードは、第1の制御ノードと第2の制御ノードとの間のデータ送信チャネルのセットアップ情報を第2の制御ノードと交換する。
具体的には、第1の制御ノードは、送信ベアラセットアップ要求を第2の制御ノードに送信するように構成された第2の送信器であって、送信ベアラセットアップ要求が第1の制御ノードと第2の制御ノードとの間のデータ送信チャネルのセットアップを要求するために使用される、第2の送信器をさらに含み、それに対応して、受信器501が、送信ベアラセットアップ要求に応答して第2の制御ノードのフィードバックメッセージを受信するようにさらに構成され、フィードバックメッセージが第2の制御ノード上のデータ送信チャネルのアドレスを含み、プロセッサ502が、第2の制御ノード上のデータ送信チャネルのアドレスに従って第2の制御ノードとデータ送信チャネルをセットアップするようにさらに構成される。
この実施形態では、第1の送信器および第2の送信器は、機能モジュールの区分を示し、第1の受信器および第2の受信器は、特定のアプリケーションにおいて同じモジュールを使用することによって実装され得る。
3．第1の制御ノードは、第2の制御ノードの許可基準情報を第2の制御ノードと交換する。具体的には、第1の制御ノードは、受信器501が、第2の制御ノードの許可パラメータ情報を受信するようにさらに構成され、許可パラメータ情報が、第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポートされるサービスパラメータの1つまたは組み合わせを含み、プロセッサ502が、許可パラメータ情報に従って、ユーザ機器と送信ベアラをセットアップするかどうかを判定するようにさらに構成されること、をさらに含む。
実施形態6
図6に表わされたように、本発明のこの実施形態は、別の制御ノードをさらに提供し、この制御ノードは、具体的には、許可パラメータ情報を記憶するように構成されたメモリ601と、第1の制御ノードが許可パラメータ情報に従ってユーザ機器と送信ベアラをセットアップするかどうかを判定するように、許可パラメータ情報を第1の制御ノードに送信するように構成された送信器602であって、許可パラメータ情報が、第2の制御ノードによって許可されたサービスまたはデバイスのタイプを指示するために使用される、送信器602と、を含む。
送信器602によって送信された許可パラメータ情報は、第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポート可能なサービスパラメータの1つまたは組み合わせを含む。
送信器602は指定された機会に許可パラメータを第1の制御ノードに送信し、特定の実装は、送信器602が、具体的には、許可パラメータ情報を第1の制御ノードに周期的に送信するか、第1の制御ノードの許可パラメータ送信要求情報が受信された後に許可パラメータ情報を第1の制御ノードに送信するか、または第2の制御ノードの許可パラメータ情報が変更されたことを制御ノードが検出した場合に許可パラメータ情報を第1の制御ノードに送信する、ようにさらに構成されることが可能である。
任意選択的に、制御ノードは、第1の制御ノードによって送信された指示情報を受信するように構成された第1の受信器をさらに含むことが可能であり、指示情報は、第1の制御ノードがユーザ機器と送信ベアラをセットアップすることに同意することを示すために使用される。
任意選択的に、ノード間送信ベアラは、第1の制御ノードと第2の制御ノードとの間にさらにセットアップされ得る。具体的には、第2の制御ノードは、第1の制御ノードによって送信された送信ベアラセットアップ要求を受信するように構成された第2の受信器であって、送信ベアラセットアップ要求が第1の制御ノードと第2の制御ノードとの間のデータ送信チャネルをセットアップするために使用される、第2の受信器と、送信ベアラセットアップ要求から第1の制御ノード上のデータ送信チャネルのアドレスを取得し、第1の制御ノード上のデータ送信チャネルのアドレスに従って第1の制御ノードとデータ送信チャネルをセットアップするように構成されたプロセッサと、をさらに含み得る。
この実施形態では、第1の送信器および第2の送信器は、機能モジュールの区分を示し、第1の受信器および第2の受信器は、特定のアプリケーションにおいて同じモジュールを使用することによって実装され得る。
この出願の実施形態における前述の1つ以上の技術的解決策は、少なくとも以下の技術的効果を有する。
この解決策では、ユーザ機器のベアラセットアップ要求メッセージを受信したネットワーク側デバイスによってユーザベアラ割り当てを直接に行うことにより、ユーザ機器のサービスベアラセットアップの処理が迅速に完了されることが可能であり、それによりユーザ機器のサービスセットアップ遅延を短くし、無線インタフェースのシグナリング相互作用処理を低減する。
本発明の方法は、特定の実装において説明された実施形態に限定されない。本発明の技術的解決策に従ってこの技術分野の当業者によって得られる他の実装も、本発明の技術的な発明の範囲内にあるものである。
明らかに、この技術分野の当業者は、本発明の思想および範囲から逸脱することなく、本発明に、様々な修正および変形を行うことができる。本発明は、以下の請求項およびそれらの同等な技術によって定義される保護の範囲内にあるならば、これらの修正および変形をカバーすることが意図される。
401 送信器
402 受信器
403 プロセッサ
501 受信器
502 プロセッサ
601 メモリ
602 送信器
既存の進化型ユニバーサル地上無線アクセスネットワーク（E−UTRAN）技術では、ユーザ機器が着信サービスを有し、ベアラをセットアップする必要がある場合、図1に表わされたステップS101からS109が実行される必要がある。
第2の態様または第2の態様の第1の可能な実装を参照すると、第2の可能な実装において、この方法は、
第1の制御ノードによって、指示情報を第2の制御ノードに送信するステップであって、指示情報が、第1の制御ノードがユーザ機器と送信ベアラをセットアップすることに同意したことを示すために使用される、ステップ、
をさらに含む。
第3の態様または第3の態様の第1の可能な実装を参照すると、第2の可能な実装において、第2の制御ノードによって、許可パラメータ情報を第1の制御ノードに送信するステップは、
第2の制御ノードによって、許可パラメータ情報を第1の制御ノードに周期的に送信するステップか、
第1の制御ノードの許可パラメータ送信要求情報が受信された後、許可パラメータ情報を第1の制御ノードに送信するステップか、または、
第2の制御ノードによって、第2の制御ノードの許可パラメータ情報が変更されたことを第2の制御ノードが検出した場合に、許可パラメータ情報を第1の制御ノードに送信するステップ、
を含む。
第5の態様によれば、制御ノードが提供され、この制御ノードは、
ユーザ機器によって送信された要求メッセージを受信するように構成された受信器であって、要求メッセージが、サービスのデータパケットを送信するために送信ベアラのセットアップを要求するために使用され、要求メッセージがサービスのパラメータを含む、受信器と、
それに対応して、サービスのパラメータに従って第1の応答メッセージを生成するように構成されたプロセッサであって、応答メッセージが送信ベアラの構成情報を含み、構成情報が、制御ノードとユーザ機器との間の送信ベアラをセットアップするために使用される、プロセッサと、
を含む。
第5の態様または第5の態様の第1の可能な実装を参照すると、第2の可能な実装において、この制御ノードは、
指示情報を第2の制御ノードに送信するように構成された第1の送信器であって、指示情報が、制御ノードがユーザ機器と送信ベアラをセットアップすることに同意したことを示すために使用される、第1の送信器、
をさらに含む。
第5の態様または第1の態様の第1の可能な実装を参照すると、第3の可能な実装において、この制御ノードは、
送信ベアラセットアップ要求を第2の制御ノードに送信するように構成された第2の送信器であって、送信ベアラセットアップ要求が制御ノードと第2の制御ノードとの間のデータ送信チャネルのセットアップを要求するために使用される、第2の送信器をさらに含み、
受信器が、送信ベアラセットアップ要求に応答して第2の制御ノードのフィードバックメッセージを受信するようにさらに構成され、フィードバックメッセージが第2の制御ノード上のデータ送信チャネルのアドレスを含み、
プロセッサが、第2の制御ノード上のデータ送信チャネルのアドレスに従って第2の制御ノードとデータ送信チャネルをセットアップするようにさらに構成される。
第6の態様または第6の態様の第1の可能な実装を参照すると、第2の可能な実装において、送信器が、具体的には、許可パラメータ情報を第1の制御ノードに周期的に送信するか、第1の制御ノードの許可パラメータ送信要求情報が受信された後に許可パラメータ情報を第1の制御ノードに送信するか、または制御ノードの許可パラメータ情報が変更されたことを制御ノードが検出した場合に許可パラメータ情報を第1の制御ノードに送信する、ようにさらに構成される。
第6の態様または第1の態様の第1から第3の可能な実装のいずれか1つを参照すると、第4の可能な実装において、この制御ノードは、
第1の制御ノードによって送信された送信ベアラセットアップ要求を受信するように構成された第2の受信器であって、送信ベアラセットアップ要求が第1の制御ノードと制御ノードとの間のデータ送信チャネルをセットアップするために使用される、第2の受信器と、
送信ベアラセットアップ要求から第1の制御ノード上のデータ送信チャネルのアドレスを取得し、第1の制御ノード上のデータ送信チャネルのアドレスに従って第1の制御ノードとデータ送信チャネルをセットアップするように構成されたプロセッサと、
をさらに含む。
本発明の実施形態の目的、技術的解決策、および利点をより明確にするために、以下は、本発明の実施形態の添付図面を参照して、本発明の実施形態の技術的解決策を明確に説明する。明らかに、説明する実施形態は、本発明の実施形態のいくつかであるが、すべてではない。創造的努力なしに本発明の実施形態に基づいてこの技術分野の当業者によって得られる他のすべての実施形態は、本発明の保護範囲内にあるものである。
任意選択的に、要求メッセージは、UEの無線リソース制御（RRC）接続セットアップ要求メッセージであり得る。これと対応して、第1の制御ノードは、進化型ノードB（eNB）または無線ネットワークコントローラ（RNC）であり得る。
サービスのパラメータは、ユーザ機器によって要求された送信ベアラを示すために使用される関連パラメータである。第1の制御ノードは、サービスのパラメータに従って、セットアップされた送信ベアラのタイプと、対応するパラメータを決定し得る。特定の使用環境では、以下のパラメータがサービスのパラメータとして選択されることが可能であり、具体的には、以下を含むことが可能である。
A．サービスのサービスタイプであって、サービスタイプは、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、対話型サービス、バックグラウンドサービス、または遅延に敏感なサービスのうちのいずれか1つまたは組み合わせを含む、サービスのサービスタイプ、
B．サービスのサービス特徴であって、サービス特徴は、サービスのデータパケットのサイズ、データパケットの送信間隔、データパケットの遅延要件、またはデータパケットのレート要件のうちのいずれか1つまたは組み合わせを含み、
任意選択的に、サービスのデータパケットがアプリケーション層のデータパケットである、サービスのサービス特徴、
C．サービスに対応するサービス品質（QoS）またはサービス品質クラス識別子（QCI）パラメータ、または
D．サービスに対応する送信元サーバのアドレス、サービスに対応する宛先サーバのアドレス、もしくはサービスに対応するアクセスポイント名の少なくとも1つ。
第1の応答メッセージ内の構成情報は、デフォルトベアラ識別子であり得る。構成情報は、ハイブリッド自動再送要求（HARQ）情報を含み得る。任意選択的に、ユーザ機器と第1の制御ノードは、デフォルトベアラ識別子に対応する一連の構成パラメータに同意する。
この実施形態では、第2の制御ノードがネットワーク側デバイス内にさらに存在し得る。本発明のこの実施形態では、第2の制御ノードおよび第1の制御ノードは、同じ標準ネットワーク内にあってもよく、または異なるシステムネットワーク内にあってもよい。例えば、進化型ユニバーサル地上無線アクセスネットワーク（E−UTRAN）システムでは、第1の制御ノードが進化型ノードB（eNB）であり、第2の制御ノードがコアネットワーク内のモビリティ管理エンティティ（MME）ノードである。第1の制御ノードは、関連情報を第2の制御ノードとさらに交換することが可能であり、特定の実装は以下のステップを含む。
例えば、進化型ユニバーサル地上無線アクセスネットワーク（E−UTRAN）システムでは、第2の制御ノードがコアネットワークのモビリティ管理エンティティ（MME）である。ステップ501およびステップ502により、eNBとMMEとの間に1つのUEのためのS1インタフェースがセットアップされる。
任意選択的に、第2の制御ノードが許可パラメータ情報を第1の制御ノードに送信する特定の実装は様々であり、いくつかの実装が以下に提供される。
A．第2の制御ノードは、許可パラメータ情報を第1の制御ノードに周期的に送信する、
B．第1の制御ノードの許可パラメータ送信要求情報が受信された後に、許可パラメータ情報を第1の制御ノードに送信する、または
C．第2の制御ノードの許可パラメータ情報が変更されたことを第2の制御ノードが検出した場合、第2の制御ノードは、許可パラメータ情報を第1の制御ノードに送信する。許可パラメータ情報の変更は、パラメータのカテゴリーが追加され、例えば、変更の前に、負荷情報および帯域幅情報が判定され、変化の後に、容量情報が判定されることがさらに必要であること、またはある期間の間に許可パラメータ情報内の任意のパラメータの変更値が指定された閾値を超えることを含む。
この実施形態では、第2の制御ノードがネットワーク側デバイス内にさらに存在し得る。本発明のこの実施形態では、第2の制御ノードおよび第1の制御ノードは、同じ標準ネットワーク内にあってもよく、異なるシステムネットワーク内にあってもよい。例えば、進化型ユニバーサル地上無線アクセスネットワーク（E−UTRAN）システムでは、第1の制御ノードが進化型ノードB（eNB）であり、第2の制御ノードがコアネットワーク内のモビリティ管理エンティティ（MME）ノードである。第1の制御ノードは、関連情報を第2の制御ノードとさらに交換することが可能であり、特定の実装は以下のステップであり得る。

Claims (24)

  1. ベアラセットアップ方法であって、
    ユーザ機器によって、要求メッセージを第1の制御ノードに送信するステップであって、前記要求メッセージが、前記ユーザ機器と前記第1の制御ノードとの間のサービスのデータパケットを送信するために送信ベアラのセットアップを要求するために使用され、前記要求メッセージが前記サービスのパラメータを含む、ステップと、
    前記ユーザ機器によって、前記要求メッセージに応答して前記第1の制御ノードによって送信された応答メッセージを受信するステップであって、前記応答メッセージが、前記送信ベアラの構成情報を含む、ステップと、
    前記ユーザ機器によって、前記構成情報に従って前記第1の制御ノードで前記送信ベアラをセットアップするステップと、
    を含む、方法。
  2. 前記サービスのパラメータは、
    前記サービスのサービスタイプであって、前記サービスタイプが超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、または対話型サービスのうちのいずれか1つまたは組み合わせを含む、サービスタイプか、
    前記サービスのサービス特徴であって、前記サービス特徴は、前記サービスのデータパケットのサイズ、前記データパケットの送信間隔、前記データパケットの遅延要件、または前記データパケットのレート要件のうちのいずれか1つまたは組み合わせを含む、サービス特徴か、
    前記サービスに対応するサービス品質（QoS）か、
    サービス品質クラス識別子（QCI）パラメータか、または、
    前記サービスに対応する送信元サーバのアドレス、前記サービスに対応する宛先サーバのアドレス、または前記サービスに対応するアクセスポイント名の少なくとも1つ、
    を含む、請求項1に記載の方法。
  3. ベアラセットアップ方法であって、
    第1の制御ノードによって、ユーザ機器によって送信された要求メッセージを受信するステップであって、前記要求メッセージが、サービスのデータパケットを送信するために送信ベアラのセットアップを要求するために使用され、前記要求メッセージが前記サービスのパラメータを含む、ステップと、
    それに対応して、前記第1の制御ノードによって、前記サービスのパラメータに従って第1の応答メッセージを生成するステップであって、前記応答メッセージが前記送信ベアラの構成情報を含み、前記構成情報が前記第1の制御ノードと前記ユーザ機器との間の送信ベアラをセットアップするために使用される、ステップと、
    を含む、方法。
  4. 前記サービスのパラメータは、
    前記サービスのサービスタイプであって、前記サービスタイプが、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、または対話型サービスのうちのいずれか1つまたは組み合わせを含む、サービスタイプか、
    前記サービスのサービス特徴であって、前記サービス特徴は、前記サービスのデータパケットのサイズ、前記データパケットの送信間隔、前記データパケットの遅延要件、または前記データパケットのレート要件のうちのいずれか1つまたは組み合わせを含む、サービス特徴か、
    前記サービスに対応するサービス品質（QoS）か、
    サービス品質クラス識別子（QCI）パラメータか、または、
    前記サービスに対応する送信元サーバのアドレス、前記サービスに対応する宛先サーバのアドレス、または前記サービスに対応するアクセスポイント名の少なくとも1つ、
    を含む、請求項3に記載の方法。
  5. 前記方法は、
    前記第1の制御ノードによって、指示情報を第2の制御ノードに送信するステップであって、前記指示情報が、前記第1の制御ノードが前記ユーザ機器と前記送信ベアラをセットアップすることに同意したことを示すために使用される、ステップ、
    をさらに含む、請求項3または4に記載の方法。
  6. 前記方法は、
    前記第1の制御ノードによって、送信ベアラセットアップ要求を第2の制御ノードに送信するステップであって、前記送信ベアラセットアップ要求が前記第1の制御ノードと前記第2の制御ノードとの間のデータ送信チャネルのセットアップを要求するために使用される、ステップと、
    前記送信ベアラセットアップ要求に応答して前記第2の制御ノードのフィードバックメッセージを受信するステップであって、前記フィードバックメッセージが前記第2の制御ノード上のデータ送信チャネルのアドレスを含む、ステップと、前記第2の制御ノード上のデータ送信チャネルのアドレスに従って前記第2の制御ノードと前記データ送信チャネルをセットアップするステップと、
    をさらに含む、請求項3または4に記載の方法。
  7. 前記方法は、
    前記第1の制御ノードによって、第2の制御ノードの許可パラメータ情報を受信するステップであって、前記許可パラメータ情報が、前記第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポートされるサービスパラメータの1つまたは組み合わせを含む、ステップと、
    前記第1の制御ノードによって、前記許可パラメータ情報に従って前記ユーザ機器と前記送信ベアラをセットアップするかどうかを判定するステップと、
    をさらに含む、請求項3または4に記載の方法。
  8. ベアラセットアップ方法であって、
    第1の制御ノードが許可パラメータ情報に従って前記ユーザ機器と送信ベアラをセットアップするかどうかを判定するように、第2の制御ノードによって、前記許可パラメータ情報を前記第1の制御ノードに送信するステップであって、前記許可パラメータ情報が、前記第2の制御ノードによって許可されたサービスまたはデバイスのタイプを指示するために使用される、ステップ、
    を含む、方法。
  9. 前記許可パラメータ情報は、前記第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポート可能なサービスパラメータの1つまたは組み合わせを含む、請求項8に記載の方法。
  10. 第2の制御ノードによって、許可パラメータ情報を第1の制御ノードに送信するステップは、
    前記第2の制御ノードによって、前記許可パラメータ情報を前記第1の制御ノードに周期的に送信するステップか、
    前記第1の制御ノードの許可パラメータ送信要求情報が受信された後、前記許可パラメータ情報を前記第1の制御ノードに送信するステップか、または、
    前記第2の制御ノードによって、前記第2の制御ノードの許可パラメータ情報が変更されたことを前記第2の制御ノードが検出した場合に、前記許可パラメータ情報を前記第1の制御ノードに送信するステップ、
    を含む、請求項8または9に記載の方法。
  11. 前記方法は、
    前記第2の制御ノードによって、前記第1の制御ノードによって送信された指示情報を受信するステップであって、前記指示情報が、前記第1の制御ノードが前記ユーザ機器と前記送信ベアラをセットアップすることに同意したことを示すために使用される、ステップ、
    をさらに含む、請求項8または9に記載の方法。
  12. 前記方法は、
    前記第2の制御ノードによって、前記第1の制御ノードによって送信された送信ベアラセットアップ要求を受信するステップであって、前記送信ベアラセットアップ要求が前記第1の制御ノードと前記第2の制御ノードとの間のデータ送信チャネルをセットアップするために使用される、ステップと、
    前記第2の制御ノードによって、前記送信ベアラセットアップ要求から前記第1の制御ノード上のデータ送信チャネルのアドレスを取得するステップと、前記第1の制御ノード上のデータ送信チャネルのアドレスに従って前記第1の制御ノードと前記データ送信チャネルをセットアップするステップと、
    をさらに含む、請求項8から10のいずれか一項に記載の方法。
  13. 端末であって、
    要求メッセージを第1の制御ノードに送信するように構成された送信器であって、前記要求メッセージが前記ユーザ機器と前記第1の制御ノードとの間のサービスのデータパケットを送信するために送信ベアラのセットアップを要求するために使用され、前記要求メッセージが前記サービスのパラメータを含む、送信器と、
    前記要求メッセージに応答して前記第1の制御ノードによって送信された応答メッセージを受信するように構成された受信器であって、前記応答メッセージが前記送信ベアラの構成情報を含む、受信器と、
    前記構成情報に従って前記第1の制御ノードと前記送信ベアラをセットアップするように構成されたプロセッサと、
    を含む、端末。
  14. 前記送信器によって前記要求メッセージに追加される前記サービスのパラメータが、
    前記サービスのサービスタイプであって、前記サービスタイプが、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、または対話型サービスのうちのいずれか1つまたは組み合わせを含む、サービスタイプか、
    前記サービスのサービス特徴であって、前記サービス特徴は、前記サービスのデータパケットのサイズ、前記データパケットの送信間隔、前記データパケットの遅延要件、または前記データパケットのレート要件のうちのいずれか1つまたは組み合わせを含む、サービス特徴か、
    前記サービスに対応するサービス品質（QoS）か、
    サービス品質クラス識別子（QCI）パラメータか、または、
    前記サービスに対応する送信元サーバのアドレス、前記サービスに対応する宛先サーバのアドレス、または前記サービスに対応するアクセスポイント名の少なくとも1つ、
    を含む、請求項13に記載の端末。
  15. 制御ノードであって、
    ユーザ機器によって送信された要求メッセージを受信するように構成された受信器であって、前記要求メッセージが、サービスのデータパケットを送信するために送信ベアラのセットアップを要求するために使用され、前記要求メッセージが前記サービスのパラメータを含む、受信器と、
    それに対応して、前記サービスのパラメータに従って第1の応答メッセージを生成するように構成されたプロセッサであって、前記応答メッセージが前記送信ベアラの構成情報を含み、前記構成情報が、前記第1の制御ノードと前記ユーザ機器との間の送信ベアラをセットアップするために使用される、プロセッサと、
    を含む、制御ノード。
  16. 前記要求メッセージから前記プロセッサによって取得される前記サービスのパラメータが、
    前記サービスのサービスタイプであって、前記サービスタイプが、超高信頼サービス、短い遅延のサービス、小型パケット送信サービス、ストリーミングサービス、または対話型サービスのうちのいずれか1つまたは組み合わせを含む、サービスタイプか、
    前記サービスのサービス特徴であって、前記サービス特徴は、前記サービスのデータパケットのサイズ、前記データパケットの送信間隔、前記データパケットの遅延要件、または前記データパケットのレート要件のうちのいずれか1つまたは組み合わせを含む、サービス特徴か、
    前記サービスに対応するサービス品質（QoS）か、
    サービス品質クラス識別子（QCI）パラメータか、または、
    前記サービスに対応する送信元サーバのアドレス、前記サービスに対応する宛先サーバのアドレス、または前記サービスに対応するアクセスポイント名の少なくとも1つ、
    を含む、請求項15に記載の制御ノード。
  17. 前記制御ノードが、
    指示情報を第2の制御ノードに送信するように構成された第1の送信器であって、前記指示情報が、前記第1の制御ノードが前記ユーザ機器と前記送信ベアラをセットアップすることに同意することを示すために使用される、第1の送信器
    をさらに含む、請求項15または16に記載の制御ノード。
  18. 前記制御ノードが、
    送信ベアラセットアップ要求を第2の制御ノードに送信するように構成された第2の送信器であって、前記送信ベアラセットアップ要求が前記第1の制御ノードと前記第2の制御ノードとの間のデータ送信チャネルのセットアップを要求するために使用される、第2の送信器
    をさらに含み、
    前記受信器が、前記送信ベアラセットアップ要求に応答して前記第2の制御ノードのフィードバックメッセージを受信するようにさらに構成され、前記フィードバックメッセージが前記第2の制御ノード上のデータ送信チャネルのアドレスを含み、
    前記プロセッサが、前記第2の制御ノード上のデータ送信チャネルのアドレスに従って前記第2の制御ノードと前記データ送信チャネルをセットアップするようにさらに構成された、
    請求項15または16に記載の制御ノード。
  19. 前記制御ノードが、
    前記受信器が、第2の制御ノードの許可パラメータ情報を受信するようにさらに構成され、前記許可パラメータ情報が、前記第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポートされるサービスパラメータの1つまたは組み合わせを含むことと、
    前記プロセッサが、前記許可パラメータ情報に従って、前記ユーザ機器と前記送信ベアラをセットアップするかどうかを判定するようにさらに構成されたことと、
    をさらに含む、
    請求項15または16に記載の制御ノード。
  20. 制御ノードであって、
    許可パラメータ情報を記憶するように構成されたメモリと、
    第1の制御ノードが前記許可パラメータ情報に従ってユーザ機器と送信ベアラをセットアップするかどうかを判定するように、前記許可パラメータ情報を前記第1の制御ノードに送信するように構成された送信器であって、前記許可パラメータ情報が、前記第2の制御ノードによって許可されたサービスまたはデバイスのタイプを指示するために使用される、送信器と、
    を含む、制御ノード。
  21. 前記送信器によって送信される前記許可パラメータ情報が、前記第2の制御ノードの負荷情報、帯域幅情報、容量情報、またはサポート可能なサービスパラメータの1つまたは組み合わせを含む、請求項20に記載の制御ノード。
  22. 前記送信器が、具体的には、前記許可パラメータ情報を前記第1の制御ノードに周期的に送信するか、前記第1の制御ノードの許可パラメータ送信要求情報が受信された後に前記許可パラメータ情報を前記第1の制御ノードに送信するか、または前記第2の制御ノードの前記許可パラメータ情報が変更されたことを前記制御ノードが検出した場合に前記許可パラメータ情報を前記第1の制御ノードに送信する、ようにさらに構成された、請求項20または21に記載の制御ノード。
  23. 前記制御ノードが、
    前記第1の制御ノードによって送信された指示情報を受信するように構成された第1の受信器であって、前記指示情報が、前記第1の制御ノードが前記ユーザ機器と前記送信ベアラをセットアップすることに同意することを示すために使用される、第1の受信器
    をさらに含む、請求項20または21に記載の制御ノード。
  24. 前記制御ノードが、
    前記第1の制御ノードによって送信された送信ベアラセットアップ要求を受信するように構成された第2の受信器であって、前記送信ベアラセットアップ要求が前記第1の制御ノードと前記第2の制御ノードとの間のデータ送信チャネルをセットアップするために使用される、第2の受信器と、
    前記送信ベアラセットアップ要求から前記第1の制御ノード上のデータ送信チャネルのアドレスを取得し、前記第1の制御ノード上のデータ送信チャネルのアドレスに従って前記第1の制御ノードと前記データ送信チャネルをセットアップするように構成された、プロセッサと、
    をさらに含む、請求項20から23のいずれか一項に記載の制御ノード。
JP2017561854A 2015-05-29 2015-05-29 ベアラセットアップ方法および装置 Ceased JP2018517361A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/080369 WO2016191962A1 (zh) 2015-05-29 2015-05-29 一种承载建立方法及装置

Publications (1)

Publication Number Publication Date
JP2018517361A true JP2018517361A (ja) 2018-06-28

Family

ID=57439935

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017561854A Ceased JP2018517361A (ja) 2015-05-29 2015-05-29 ベアラセットアップ方法および装置

Country Status (6)

Country Link
US (1) US10425955B2 (ja)
EP (1) EP3294035B1 (ja)
JP (1) JP2018517361A (ja)
CN (1) CN107113893B (ja)
BR (1) BR112017025404A2 (ja)
WO (1) WO2016191962A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111373834B (zh) * 2017-11-16 2022-05-24 华为技术有限公司 用于建立数据无线承载的客户端设备、接入网设备、方法及计算机程序
WO2019240544A1 (en) * 2018-06-14 2019-12-19 Lg Electronics Inc. Method and apparatus for performing sidelink communication by ue in nr v2x
CN110958681B (zh) * 2018-09-27 2023-09-05 中兴通讯股份有限公司 业务传输方法及装置
US11277772B2 (en) * 2018-11-29 2022-03-15 Tencent Technology (Shenzhen) Company Limited Method and apparatus for data transmission
US11096228B2 (en) 2019-10-09 2021-08-17 T-Mobile Usa, Inc. Carrier aggregation control systems and methods
CN115942464A (zh) * 2021-09-11 2023-04-07 华为技术有限公司 一种通信方法、装置及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140301288A1 (en) * 2013-04-04 2014-10-09 Ali Koc Enhanced node b and method for rrc connection establishment for small data transfers
JP2014531848A (ja) * 2011-09-30 2014-11-27 アルカテル−ルーセント パターン・ベースのメッセージ送信の方法

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100441041C (zh) * 2005-04-06 2008-12-03 大唐移动通信设备有限公司 一种呼叫快速建立的方法
CN100463574C (zh) * 2005-07-29 2009-02-18 中兴通讯股份有限公司 宽带码分多址系统主叫侧语音呼叫的快速建立方法
CN100455134C (zh) * 2006-04-21 2009-01-21 华为技术有限公司 信道配置方法和装置
WO2009075033A1 (ja) * 2007-12-13 2009-06-18 Fujitsu Limited パケット通信システム及びパケット通信方法並びにノード及びユーザ端末
CN102056294B (zh) * 2009-11-09 2013-01-16 华为技术有限公司 一种通过业务卸载功能(tof)实体保持业务连续性的方法、装置
CN102158911A (zh) * 2010-02-11 2011-08-17 华为技术有限公司 机器对机器业务的承载建立方法及网络传输设备
DK2622902T3 (da) * 2010-09-28 2021-03-01 Ericsson Telefon Ab L M Fremgangsmåde, indretning, computerprogram og computerprogram-produkt til overføring af en session fra et pakkekoblet adgangsnetværk til et kredsløbskoblet adgangsnetværk
CN102438277A (zh) * 2010-09-29 2012-05-02 中兴通讯股份有限公司 一种终端接入方法及系统
CN102811462A (zh) * 2011-05-31 2012-12-05 普天信息技术研究院有限公司 一种移动管理实体的过载处理方法及系统
JP5306417B2 (ja) * 2011-06-02 2013-10-02 株式会社エヌ・ティ・ティ・ドコモ 無線制御基地局及び接続先交換局判定方法
US9433032B1 (en) * 2012-06-14 2016-08-30 Cisco Technology, Inc. Interface selection for quality of service enforcement
US9125137B2 (en) * 2012-07-26 2015-09-01 Lg Electronics Inc. Method and terminal for applying an extended access barring
US9357430B2 (en) * 2012-10-26 2016-05-31 Qualcomm Incorporated Systems and methods for samog bearer management
CN103905378B (zh) * 2012-12-25 2017-04-12 华为技术有限公司 一种传输数据的方法及装置
CN103974238B (zh) * 2013-01-25 2018-09-28 中兴通讯股份有限公司 一种在异构网络中实现安全检测的方法、装置和系统
GB2512393A (en) * 2013-03-28 2014-10-01 Nec Corp Apparatus and methods for small data transmission
KR102091696B1 (ko) * 2013-08-08 2020-03-20 삼성전자주식회사 이동 통신 시스템에서 매크로 셀과 스몰 셀 간 스위칭 동작 수행 장치 및 방법
US20160323919A1 (en) * 2014-01-10 2016-11-03 Lg Electronics Inc. Method and apparatus for obtaining information for 3gpp lte-wlan interworking in wireless communication system
WO2016105004A1 (ko) * 2014-12-26 2016-06-30 엘지전자 주식회사 무선 통신 시스템에서 nbifom 캐퍼빌리티를 송수신하는 방법 및 이를 위한 장치
US10375564B2 (en) * 2015-01-14 2019-08-06 Lg Electronics Inc. Method for updating area in wireless communication system, and device therefor
KR20170140256A (ko) * 2015-04-30 2017-12-20 삼성전자주식회사 무선 통신 시스템에서 재난 안전망 용 베어러를 형성하는 방법 및 장치
US10616901B2 (en) * 2015-05-13 2020-04-07 Lg Electronics Inc. Method of configuring bearer for sending and receiving data in wireless communication system and apparatus supporting the method

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014531848A (ja) * 2011-09-30 2014-11-27 アルカテル−ルーセント パターン・ベースのメッセージ送信の方法
US20140301288A1 (en) * 2013-04-04 2014-10-09 Ali Koc Enhanced node b and method for rrc connection establishment for small data transfers

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "Signalling overhead reduction for small data transmission over user plane (LTE)", 3GPP TSG-SA WG2#94 S2-124788, JPN6018047427, 16 November 2012 (2012-11-16) *

Also Published As

Publication number Publication date
CN107113893B (zh) 2020-10-09
EP3294035A4 (en) 2018-04-25
US20180084565A1 (en) 2018-03-22
US10425955B2 (en) 2019-09-24
EP3294035B1 (en) 2020-08-19
CN107113893A (zh) 2017-08-29
EP3294035A1 (en) 2018-03-14
WO2016191962A1 (zh) 2016-12-08
BR112017025404A2 (pt) 2018-08-07

Similar Documents

Publication Publication Date Title
AU2019251152B2 (en) Method and device for subscribing to service
US10616120B2 (en) Service layer southbound interface and quality of service
KR102524101B1 (ko) 무선 통신 시스템에서 v2x 단말에 의해 수행되는 v2x 통신 수행 방법 및 상기 방법을 이용하는 단말
EP2779545B1 (en) Method and apparatus for controlling congestion status of mobile communication network
US10425955B2 (en) Bearer setup method and apparatus
US20150327311A1 (en) User equipment, base station, and method of enabling usage of resources for a device-to-device discovery
KR20090031778A (ko) 무선 통신 시스템에서 정책 실행을 위한 방법 및 장치
KR20140024462A (ko) 코어 네트워크에서의 정체 제어를 위한 시스템 및 방법
WO2020088314A1 (zh) 信息传输方法及节点设备
US9271255B1 (en) Providing wireless network communication among a plurality of wireless devices
KR20180047172A (ko) 서비스 별 네트워크 혼잡을 제어하는 방법 및 장치
KR20180038035A (ko) 통신 시스템에서 데이터 흐름 전송을 위한 개선된 우선권 핸들링
WO2011085611A1 (zh) 网络接入方法及装置
US20170105205A1 (en) Method and apparatus for processing uplink data
EP3562235A1 (en) Service data transmission method, first communication node and base station
US20220256395A1 (en) Communication method, apparatus, and system
WO2012065303A1 (zh) 多运营商核心网接入方法、装置及系统
KR101790192B1 (ko) 애플리케이션 관리 방법 및 장치
JP2019216446A (ja) 情報処理装置及び情報処理方法
JP2017123617A (ja) 情報処理装置、情報処理方法、およびプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180105

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180105

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20181116

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20181203

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190124

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190708

A045 Written measure of dismissal of application [lapsed due to lack of payment]

Free format text: JAPANESE INTERMEDIATE CODE: A045

Effective date: 20191125