WO1998048528A1

WO1998048528A1 - Mobile communication method and mobile communication system

Info

Publication number: WO1998048528A1
Application number: PCT/JP1998/001906
Authority: WO
Inventors: Motoshi Tamura; Mutsumaru Miki; Akiko Nakashima; Kenya Kusunose; Akihiro Uchikoshi; Daisuke Igarashi; Katsuhiko Yamagata; Takaaki Sato; Junichiro Hagiwara; Yasuyuki Watanabe; Takuya Hamajima; Masafumi Hata; Nobutaka Ishikawa; Yoshiyuki Yasuda; Kazufumi Yunoki; Nobuhide Uchiyama
Original assignee: Ntt Mobile Communications Network Inc.
Priority date: 1997-04-24
Filing date: 1998-04-24
Publication date: 1998-10-29
Also published as: US20090141687A1; CN101031143A; CA2411996C; US20090197646A1; EP1841270A8; US8542835B2; CN101420685B; CN101141800B; CN101442741B; EP1863201A3; CN101031143B; US7630716B2; CN1496140B; EP1841273A2; CN1501725A; JP2009060642A; CA2412005A1; US20060199578A1; KR100366286B1; EP1841273A8

Description

のための個人識別子を前記各移動機に予め割り当てるともに、前記網は在圏する前記移動機に一時的な識別子を一時的識別子として割り当て、前記網と前記移動機は、前記個人識別子と前記一時的識別子を各々保持し、前記網は、自己が保持する前記一時的識別子と前記移動機が保持する前記一時的識別子が不一致となつたことを検知し、不一致となった前記移動機に対して前記一時的識別子を再度割り当てることを特徴とする移動通信方法を提供するものである。

上記発明によれば、マルチメディァ化に対応した各種データの伝送に適した C D M A方式の無線通信方法および無線通信システムを提供することができる。この発明は、交換局の制御下でダイバーシティ合成が可能な移動機と複数の無線基地局を介して通信を行う基地局制御装置において、前記交換局から受信した前記移動機に送信すべき送信情報に対して秘匿処理を行い秘匿送信情報を生成する秘匿処理手段を備えたことを特徴とする基地局制御装置を提供するものである。またこの発明は、交換局の制御下でダイバ一シティ合成が可能な移動機と複数の無線基地局を介して通信を行う基地局制御装置において、前記交換局において秘匿処理がなされた秘匿送信情報に再送制御情報を付加する再送制御情報付加手段と、前記再送制御情報が付加された前記秘匿送信情報を前記複数の無線基地局に対して配信する配信手段と、を備えたことを特徴とする基地局制御装置を提供するものである。

また、この発明は、ダイバーシティ合成が可能な移動機と複数の無線基地局及び基地局制御装置を介して通信を行う交換局において、前記移動機に送信すべき送信情報に対し秘匿処理を行って前記秘匿送信情報を生成する秘匿処理手段を備えたことを特徴とする交換局を提供するものである。

また、この発明は、ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムにおいて、前記交換局側から前記移動機側に向かって情報を送信する場合に、前記基地局制御装置において、前記情報を前記複数の無線基地局に分配し、配信する前に前記情報に対し秘匿処理を施すことを特徴とする移動通信システムを提供するものである。

また、この発明は、ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムにおいて、前記交換局側から前記移動機側に向かって情報を送信する場合に、前記交換局において、前記情報を前記基地局制御装置に対して配信する前に前記情報に対し秘匿処理を施すことを特徴とする移動通信システムを提供するものである。

また、この発明は、ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムにおいて、 O S I参照モデルにおける第 2層以上の層に対応する層でのみ取り扱われる情報に対して秘匿処理を施す第 2層秘匿処理手段を備えたことを特徴とする移動通信システムを提供するものである。

また、この発明は、ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムにおいて、 O S I参照モデルにおける第 3層以上の層に対応する層でのみ取り扱われる情報に対して秘匿処理を施す第 3層秘匿処理手段と、前記 O S I参照モデルにおける第 2層に対応する層において秘匿開始の相互通知を行う第 2層相互通知手段と、を備えたことを特徴とする移動通信システムを提供するものである。

さらに、この発明は、ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムにおいて、 O S I参照モデルにおける第 3層以上の層に対応する層でのみ取り扱われる情報に対して秘匿処理を施す第 3層秘匿処理手段と、前記 O S I参照モデルにおける第 2層に対応する層において前記第 3層秘匿処理手段により秘匿処理が施された情報に、再送制御情報を付加する再送制御情報付加手段と、前記再送制御情報が付加された前記秘匿送信情報を前記複数の無線基地局に対して配信する配信手段と、を備えたことを特徴とする移動通信システムを提供するものである。

また、この発明は、交換局の制御下でダイバ一シティ合成が可能な移動機と複数の無線基地局を介して通信を行う基地局制御装置の制御方法において、前記交換局から受信した前記移動機に送信すべき送信情報に対して秘匿処理を行い秘匿送信情報を生成する秘匿処理工程を備えたことを特徴とする移動通信システムを提供するものである。

さらに、この発明は、交換局の制御下でダイバーシティ合成が可能な移動機と複数の無線基地局を介して通信を行う基地局制御装置の制御方法において、前記交換局において秘匿処理がなされた秘匿送信情報に再送制御情報を付加する再送制御情報付加工程と、前記再送制御情報が付加された前記秘匿送信情報を前記複数の無線基地局に対して配信する配信工程と、を備えたことを特徴とする基地局制御装置の制御方法を提供するものである。

さらにまた、この発明は、ダイバーシティ合成が可能な移動機と複数の無線基地局及び基地局制御装置を介して通信を行う交換局の制御方法において、前記移動機に送信すべき送信情報に対し秘匿処理を行って前記秘匿送信情報を生成する秘匿処理工程を備えたことを特徴とする交換局の制御方法を提供するものである。また、この発明は、ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムの制御方法において、前記交換局側から前記移動機側に向かって情報を送信する場合に、前記基地局制御装置において前記情報を前記複数の無線基地局に分配し、配信する前に前記情報に対し秘匿処理を施す工程を備えたことを特徴とする移動通信システムの制御方法を提供するものである。

さらに、この発明は、ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムの制御方法において、前記交換局側から前記移動機側に向かって情報を送信する場合に、前記交換局において前記情報を前記基地局制御装置に対して配信する前に前記情報に対し秘匿処理を施すことを特徴とする移動通信システムの制御方法を提供するものである。

また、この発明は、ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムの制御方法において、 O S I参照モデルにおける第 2層以上の層に対応する層でのみ取り扱われる情報に対して秘匿処理を施す第 2層秘匿処理工程を備えたことを特徴とする移動通信システムの制御方法を提供するものである。

また、この発明は、ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムの制御方法において、 O S I参照モデルにおける第 3層以上の層に対応する層でのみ取り扱われる情報に対して秘匿処理を施す第 3層秘匿処理工程と、前記〇S I参照モデルにおける第 2層に対応する層において秘匿開始の相互通知を行う第 2層相互通知工程と、を備えたことを特徴とする移動通信システムの制御方法を提供するものである。

この発明は、ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムの制御方法において、 O S I参照モデルにおける第 3層以上の層に対応する層でのみ取り扱われる情報に対して秘匿処理を施す第 3層秘匿処理工程と、前記〇S I参照モデルにおける第 2層に対応する層において前記第 3層秘匿処理工程により秘匿処理が施された情報に、再送制御情報を付加する再送制御情報付加工程と、前記再送制御情報が付加された前記秘匿送信情報を前記複数の無線基地局に対して配信する配信工程と、を備えたことを特徴とする移動通信システムの制御方法を提供するものである。

上記各発明によれば、秘匿送信信号及び未秘匿送信信号を同時に処理することができない移動機であっても確実にダイバーシティ合成を行わせることが可能となる。

また、この発明は、網との間で無線回線を介して通信を行う移動機において、秘匿受信信号の解読処理を開始する解読処理開始タイミングを送信信号の秘匿処理開始タイミングとは独立して前記網における送信信号の秘匿処理開始タイミングに対応させて設定する解読処理開始タイミング設定手段を備えたことを特徴とする移動機を提供するものである。

さらに加えてこの発明は、前記網から前記無線回線を介して受信した秘匿受信信号について秘匿解読処理を行う解読処理手段を備え、前記解読処理開始タイミング設定手段は、前記網から受信秘匿開始要求を受信したか否かを判別する秘匿要求判別手段と、前記判別に基づいて前記受信秘匿開始要求を受信したタイミングに基づいて前記解読処理手段に解読処理を開始させる解読処理指示手段と、を有する、ことを特徴とする移動機を提供するものである。

また、この発明は、網との間で無線回線を介して通信を行う移動機において、送信信号に秘匿処理を施す秘匿処理の開始タイミングを秘匿受信信号の解読処理開始タイミングとは独立して設定する秘匿処理開始タイミング設定手段を備えたことを特徴とする移動機を提供するものである。

さらに加えてこの発明は、前記網に対して前記無線回線を介して送信秘匿開始要求を送信する送信秘匿開始要求手段と、前記送信信号に秘匿処理を施して秘匿送信信号を生成する秘匿処理手段と、を備え、前記秘匿処理開始タイミング設定手段は、前記送信秘匿開始要求を送信したタイミングに基づいて前記秘匿処理手段における秘匿処理を開始させる秘匿処理指示手段を有する、ことを特徴とする移動機を提供するものである。

また、この発明は、移動機との間で無線回線を介して通信を行う網側制御装置において、秘匿受信信号の解読処理を開始する解読処理開始タイミングを送信信号の秘匿処理開始タイミングとは独立して前記移動機における送信信号の秘匿処理開始タイミングに対応させて設定する解読処理開始タイミング設定手段を備えたことを特徴とする網制御装置を提供するものである。

さらに加えてこの発明は、前記移動局から前記無線回線を介して受信した秘匿受信信号について秘匿解読処理を行う解読処理手段を備え、前記解読処理開始夕イミング設定手段は、前記網から受信秘匿開始要求を受信したか否かを判別する秘匿要求判別手段と、前記判別に基づいて前記受信秘匿開始要求を受信したタイミングに基づいて前記解読処理手段に解読処理を開始させる解読処理指示手段と、を有する、ことを特徴とする網制御装置を提供するものである。

この発明は、移動機との間で無線回線を介して通信を行う網側制御装置において、送信信号に秘匿処理を施す秘匿処理の開始タイミングを秘匿受信信号の解読処理開始タイミングとは独立して設定する秘匿処理開始タイミング設定手段を備えたことを特徴とする網制御装置を提供するものである。

さらに加えてこの発明は、前記移動機に対して前記無線回線を介して送信秘匿開始要求を送信する送信秘匿開始要求手段と、前記送信信号に秘匿処理を施して秘匿送信信号を生成する秘匿処理手段と、を備え、前記秘匿処理開始夕イ設定手段は、前記送信秘匿開始要求を送信したタイミングに基づいて前記秘匿処理手段における秘匿処理を開始させる秘匿処理指示手段を有する、ことを特徴とする網制御装置を提供するものである。

また、この発明は、移動機と網との間で無線回線を介して通信を行う移動通信システムにおいて、前記網は、前記移動機に対して前記無線回線を介して秘匿開始要求を送信する秘匿開始要求手段と、前記秘匿開始要求の送信後に前記網から前記移動機に対する送信信号である第 1送信信号に秘匿処理を施し第 1秘匿送信信号を生成する第 1秘匿送信信号生成手段と、前記第 1秘匿送信信号を前記移動機に送信する第 1秘匿送信信号送信手段と、前記移動機から前記秘匿開始要求を受け入れる旨の秘匿開始応答を受信したか否かを判別する応答判別手段と、前記応答判別手段の判別に基づいて前記移動機が前記秘匿開始要求を受け入れた場合に前記移動機から送信された第 2秘匿送信信号の解読を開始する第 1解読処理手段と、を備え、前記移動機は、前記秘匿開始要求を受信したか否かを判別する要求判別手段と、前記要求判別手段の判別に基づいて、前記秘匿開始要求を受け入れる場合に前記秘匿開始応答を送信する秘匿開始応答手段と、前記秘匿開始要求を受け入れる場合に前記網により送信された前記第 1秘匿送信信号の解読を開始する第 2解読処理手段と、前記秘匿開始応答の送信後に前記移動機から前記網に対する送信信号である第 2送信信号に秘匿処理を施し第 2秘匿送信信号を生成する第 2秘匿送信信号生成手段と、前記第 2秘匿送信信号を前記網に送信する第 2 秘匿送信信号送信手段と、を備えた、ことを特徴とする移動通信システムを提供するものである。

また、この発明は、網との間で無線回線を介して通信を行う移動機の制御方法において、秘匿受信信号の解読処理を開始する解読処理開始タイミングを送信信号の秘匿処理開始タイミングとは独立して前記網における送信信号の秘匿処理開始夕ィミングに対応させて設定する解読処理開始タイミング設定工程を備えたことを特徴とする移動機の制御方法を提供するものである。

さらに加えてこの発明は、前記網から前記無線回線を介して受信した秘匿受信信号について秘匿解読処理を行う解読処理工程を備え、前記解読処理開始タイミング設定工程は、前記網から受信秘匿開始要求を受信したか否かを判別する秘匿要求判別工程と、前記判別に基づいて前記受信秘匿開始要求を受信したタイミングに基づいて前記解読処理工程において解読処理を開始させる解読処理指示工程と、を有する、ことを特徴とする移動機の制御方法を提供するものである。また、この発明は、網との間で無線回線を介して通信を行う移動機の制御方法において、送信信号に秘匿処理を施す秘匿処理の開始タイミングを秘匿受信信号の解読処理開始タイミングとは独立して設定する秘匿処理開始タイミング設定ェ程を備えたことを特徴とする移動機の制御方法を提供するものである。

さらに加えてこの発明は、前記網に対して前記無線回線を介して送信秘匿開始要求を送信する送信秘匿開始要求工程と、前記送信信号に秘匿処理を施して秘匿送信信号を生成する秘匿処理工程と、を備え、前記秘匿処理開始タイ口又ノ工程は、前記送信秘匿開始要求を送信したタイミングに基づいて前記秘匿処理ェ程において秘匿処理を開始させる秘匿処理指示工程を有する、ことを特徴とする移動機の制御方法を提供するものである。

また、この発明は、移動機との間で無線回線を介して通信を行う網側制御装置の制御方法において、秘匿受信信号の解読処理を開始する解読処理開始夕イミングを送信信号の秘匿処理開始タイミングとは独立して前記移動機における送信信号の秘匿処理開始タイミングに対応させて設定する解読処理開始タイミング設定工程を備えたことを特徴とする網側制御装置の制御方法を提供するものである。さらに加えてこの発明は、前記移動局から前記無線回線を介して受信した秘匿受信信号について秘匿解読処理を行う解読処理工程を備え、前記解読処理開始夕ィミング設定工程は、前記網から受信秘匿開始要求を受信したか否かを判別する秘匿要求判別工程と、前記判別に基づいて前記受信秘匿開始要求を受信したタイミングに基づいて前記解読処理工程において解読処理を開始させる解読処理指示工程と、を有する、ことを特徴とする網側制御装置の制御方法を提供するものである。

また、この発明は、移動機との間で無線回線を介して通信を行う網側制御装置の制御方法において、送信信号に秘匿処理を施す秘匿処理の開始タイミングを秘匿受信信号の解読処理開始タイミングとは独立して設定する秘匿処理開始夕イミング設定工程を備えたことを特徴とする網側制御装置を提供するものである'。さらに加えてこの発明は、前記移動機に対して前記無線回線を介して送信秘匿開始要求を送信する送信秘匿開始要求工程と、前記送信信号に秘匿処理を施して秘匿送信信号を生成する秘匿処理工程と、を備え、前記秘匿処理開始タイミング設定工程は、前記送信秘匿開始要求を送信したタイミングに基づいて前記秘匿処理工程において秘匿処理を開始させる秘匿処理指示工程を有する、ことを特徴とする網側制御装置の制御方法を提供するものである。

また、この発明は、移動機と網との間で無線回線を介して通信を行う移動通信システムの制御方法において、前記移動機に対して前記無線回線を介して前記網側から秘匿開始要求を送信する秘匿開始要求工程と、前記秘匿開始要求の送信後に前記網から前記移動機に対する送信信号である第 1送信信号に秘匿処理を施し第 1秘匿送信信号を生成する第 1秘匿送信信号生成工程と、前記第 1秘匿送信信号を前記移動機に送信する第 1秘匿送信信号送信工程と、前記移動機から前記秘匿開始要求を受け入れる旨の秘匿開始応答を前記網が受信したか否かを判別する応答判別工程と、前記応答判別工程における判別に基づいて前記移動機が前記秘匿開始要求を受け入れた場合に前記移動機から送信された第 2秘匿送信信号の解読を開始する第 1解読処理工程と、前記秘匿開始要求を前記移動局が受信したか否かを判別する要求判別工程と、前記要求判別工程における判別に基づいて、前記移動局が前記秘匿開始要求を受け入れる場合に前記秘匿開始応答を前記網側に送信する秘匿開始応答工程と、前記移動機が前記秘匿開始要求を受け入れる場合に前記網により送信された前記第 1秘匿送信信号の解読を開始する第 2解読処埋工程と、前記秘匿開始応答の送信後に前記移動機から前記網に対する送信信号である第 2送信信号に秘匿処理を施し第 2秘匿送信信号を生成する第 2秘匿送信信号生成工程と、前記第 2秘匿送信信号を前記移動機側から前記網に送信する第 2 秘匿送信信号送信工程と、を備えた、ことを特徴とする移動通信システムの制御方法を提供するものである。

上記各発明によれば、システムの簡略化のため、秘匿信号及び未秘匿信号の双方を同時に解読する機能を網側に持たせていない場合においても、秘匿開始タイミングが移動機側と網側でずれが発生することはなく、確実、かつ、円滑に移動機と、網側とで通信を行える。

また、この発明は、網との間で無線回線を介して通信を行う移動機において、実施可能な一または複数の秘匿処理を特定する秘匿処理特定情報を前記網側に通知する秘匿処理通知手段を備えたことを特徴とする移動機を提供するものである。さらに加えてこの発明は、前記秘匿処理通知手段は、前記秘匿処理特定情報の通知とともに、処理可能な秘匿キーの生成処理を特定するための秘匿キ一生成処理特定情報を前記網側に通知する秘匿キー生成処理通知手段を備えたことを特徴とする移動機を提供するものである。

また、この発明は、網との間で無線回線を介して通信を行う移動機において、前記網側から通知される秘匿実施要求に対応する秘匿処理を行い前記網と通信を行う秘匿通信手段を備えたことを特徴とする移動機を提供するものである。

さらに加えてこの発明は、前記秘匿通信手段は、前記網側から通知される秘匿キー生成処理を特定する秘匿キー生成特定通知に基づいて対応する秘匿キーを生成する秘匿キー生成手段と、生成した前記秘匿キーを用いて前記秘匿処理を行う秘匿処理手段と、を備えたことを特徴とする移動機を提供するものである。

また、この発明は、移動機との間で無線回線を介して通信を行う網側制御装置において、前記移動機から通知された当該移動機におレて実施可能な一または複数の秘匿処理を特定する秘匿処理特定情報に基づいて、実際に通信を行う際の秘匿処理を決定する秘匿処理決定手段と、前記決定した秘匿処理を用いた秘匿の実施を前記移動機に対して要求すベく秘匿実施要求を通知する秘匿処理実施要求手段と、を備えたことを特徴とする網側制御装置を提供するものである。

さらに加えてこの発明は、前記移動機から通知された当該移動機において処理可能な一または複数の秘匿キー生成処理を特定する秘匿キー生成処理特定情報に基づいて、実際に通信を行う際に用いる秘匿キー生成処理を選択する秘匿キー生成処理選択手段と、前記選択した秘匿キー生成処理を前記移動機に対して通知するための秘匿キー生成処理通知を行う秘匿キー生成通知手段と、を備えたことを特徴とする網側制御装置を提供するものである。

上記各発明によれば、移動機側（移動機若しくはユーザ）が要求するセキユリティの度合いに応じた秘匿処理を選択し、秘匿を実施することが可能となる。さらに移動機側あるいは網側で通信サ一ビスが提供するマルチメディアサ一ビス

(音声、動画像）に即した秘匿処理を選択し、秘匿を実施することも可能となるさらに将来的な移動通信システムの拡張時に、新サービスなどを考慮して秘匿を高度化する必要性が生まれた場合にも新たな秘匿処理の導入が行い易くなる。さらにまた、複数の網間で最低限共通な秘匿処理をサポートしておけば、ローミング時に全ての秘匿処理を共通化しなくても秘匿を実施した通信を行うことが可能となるとともに、共通化した秘匿処理以外に網内では独自の秘匿処理を実行することが可能となる。

この発明は、移動局に発呼または着呼が発生したとき、当該移動局がダイバ一シチハンドオーバによる通信をすることが可能な場合に、当該呼を契機として、メインブランチおよび当該移動局がダイバーシチハンドオーバによる通信を行うために追加すべきサブブランチの双方からなる複数のブランチを網および当該移動局間に設定し、当該移動局に前記複数のブランチを使用したダイバーシチハンドオーバを開始させることを特徴とするアクセスリンク制御方法を提供するものである。

また、この発明は、網との間にアクセスリンクが設定されていないときに網から複数のブランチの設定要求を含むメッセージを受信した場合に、網との間に当該複数のブランチを設定し、ダイバーシチハンドオーバを開始することを特徴とする移動局を提供するものである。

また、この発明は、移動局に発呼または着呼が発生したとき、当該移動局がダィバ一シチハンドオーバによる通信をすることが可能な場合に、当該呼を契機として、メインブランチおよび当該移動局がダイバーシチハンドオーバによる通信を行うために追加すべきサブブランチの双方からなる複数のブランチを網および当該移動局間に設定することを特徴とする基地局制御装置を提供するものである。また、この発明は、移動局について呼が発生したとき、当該移動局が 1つの基地局を使用した基地局内ダイバーシチハンドオーバによる通信をすることが可能な場合に、メインブランチおよび基地局内ハンドオーバを行うために追加すべきサブブランチの双方からなる複数のブランチの設定要求を含むメッセージを当該基地局および当該移動局の各々に送信することを特徴とする基地局制御装置を提供するものである。

また、この発明は、移動局に発呼または着呼が発生したとき、当該移動局が複数の基地局を使用した基地局間ダイバーシチハンドオーバによる通信をすることが可能な場合に、当該基地局間ダイバーシチハンドオーバに関係する各基地局に対し、当該移動局との間に複数のブランチを設定すべき旨の要求を含むメッセ一ジを送信することを特徴とする基地局制御装置を提供するものである。

また、この発明は、移動局に発呼または着呼が発生したとき、当該移動局が 1 つの基地局を使用した基地局内ダイバーシチハンドオーバによる通信をすることが可能な場合に、基地局制御装置からの命令に従い、メインブランチとダイバーシチハンドオーバを行うために該メインブランチに追加されるサブブランチの両方を当該移動局との間に設定し、基地局内ダイバーシチハンドオーバを開始することを特徴とする基地局を提供するものである。

以上の各発明によれば、移動局に発呼または着呼が発生したとき、当該移動局が 1つの基地局を使用した基地局内ダイバーシチハンドオーバによる通信をすることが可能な場合に、メインブランチの設定とサブブランチの追加が 1つの一連の手続として進められ、無駄な信号の送受が行われないので、効率的にダイバ一シチハンドオーバへの移行を行うことができ、また、他の無線アクセスリンクへの干渉を減らすことができる。

この発明は、移動局がブランチ切替をするべき状態にあり、かつ、ブランチ切替後にダイバーシチハンドオーバによる通信を開始することができると認められる場合に、網および当該移動局間のブランチを現在のものから当該ダイバーシチドオーバによる通信に必要な複数のブランチに切り替え、移動局にダイバードオーバを開始させることを特徴とするブランチ切替制御方法を提供するものである。

また、この発明は、ブランチ切替をするべき状態にあり、かつ、ブランチ切替後にダイバーシチハンドオーバブランチを使用した通信を開始することができる場合に、網からの命令により、網との間のブランチを現在のものから当該ダイバーシチハンドオーバによる通信を行うための複数のブランチに切り替え、ダイバドオーバを開始することを特徴とする移動局を提供するものである。また、この発明は、移動局がブランチ切替をするべき状態にあり、かつ、ブランチ切替後にダイバーシチハンドオーバによる通信を開始することができると認められる場合に、網および当該移動局間のブランチを現在のものから当該ダイバ —シチハンドオーバによる通信を行うための複数のブランチに切り替え、移動局にダイバ一シチハンドオーバを開始させることを特徴とする基地局制御装置を提供するものである。

また、この発明は、移動局がブランチ切替をするべき状態にあり、かつ、ブランチ切替後に 1つの基地局を使用した基地局内ダイバーシチハンドオーバによる通信を開始することができると認められる場合に、当該基地局および当該移動局に対し、ブランチ切替の指令およびダイバ一シチハンドオーバを行うためにサブブランチを追加すべき旨の指令を含むメッセージを送信することを特徴とする基地局制御装置を提供するものである。

また、この発明は、移動局がブランチ切替をするべき状態にあり、かつ、ブランチ切替後に複数の基地局を使用した基地局間ダイバーシチハンドオーバによる通信を開始することができると認められる場合に、当該ダイバーシチハンドォーバによる通信に必要なブランチを設定すべき旨の指令を各基地局に送信し、ブランチ切替の指令およびダイバーシチハンドオーバを行うためにサブブランチを追加すべき旨の指令を含むメッセージを当該移動局に送信することを特徴とする基地局制御装置を提供するものである。

また、この発明は、移動局に対するブランチ切替の指令およびダイバーシチハンドオーバを行うためにサブブランチを追加すべき旨の指令を含むメッセージを基地局制御装置から受信した場合に、当該メッセージ中の各指令に従い、当該移動局に設定していたブランチの切り替えおよび当該移動局に対するサブブランチの追加を行い、基地局内ダイバーシチハンドオーバを開始することを特徴とする基地局を提供するものである。

以上の各発明によれば、移動局にブランチ切り替えの契機があり、ブランチ切り替え後にダイバーシチハンドオーバへの移行が可能であると認められる場合に、現在のブランチからダイバーシチハンドオーバによる通信に対応したブランチに直接切り替えられ、無駄な信号の送受が行われないので、効率的にダイバ一シチドオーバへの移行を行うことができ、また、他の無線アクセスリンクへの干渉を減らすことができる。

この発明は、同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合に、当該新規呼と当該移動局に発生している既存呼とで各々の通信のためのブランチ構成および通信周波数帯域が同じになるようにブランチまたは通信周波数帯域の制御を行うことを特徴とするブランチ制御方法を提供するものである。

また、この発明は、同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合に、当該移動局に発生している既存呼の通信のためのブランチ構成および通信周波数帯域と同じブランチ構成および通信周波数帯域を新規呼のための通信に割り当てることを特徴とするブランチ制御方法を提供するものである。

また、この発明は、同時に複数呼の通信が可能な移動局において、通信をしているときに新規呼が発生した場合に、網からの命令により、当該移動局に発生している既存呼の通信のためのブランチ構成および通信周波数帯域と同じブランチ構成および通信周波数帯域を使用し、新規呼のための通信を行うことを特徴とする移動局を提供するものである。

また、この発明は、同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合に、当該新規呼と当該移動局に発生している既存呼とで各々の通信のためのブランチ構成および通信周波数帯域が同じになるようにブランチまたは通信周波数帯域の制御を行うことを特徴とする基地局制御装置を提供するものである。

また、この発明は、同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合に、当該移動局に発生している既存呼の通信のためのブランチ構成および通信周波数帯域と同じブランチ構成および通信周波数帯域を新規呼のための通信に割り当てることを特徴とする基地局制御装置を提供するものである。

以上の各発明によれば、既存呼および新規呼を含めた複数呼について同じブラチンチ構成および通信帯域を割り当てることができるので、各呼に対応した通信のための制御負担を軽減することができる。

この発明は、同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合において、当該移動局に発している既存呼の通信のためのブランチ構成または通信周波数帯域と同じブランチ構成および通信周波数帯域を新規呼のための通信に割り当てることができない場合に、既存呼と新規呼を維持することができる他のブランチ構成または周波数帯域を選定し、既存呼および新規呼の通信のためのブランチ構成または通信周波数帯域をこの選定したブランチ構成または通信周波数帯域とすることを特徴とするブランチ制御方法を提供するものである。

この発明は、同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合において、既存呼の通信のためのブランチ構成または通信周波数帯域と同じブランチ構成および通信周波数帯域を新規呼のための通信に割り当てることができない場合に、網からの命令により、当該既存呼および新規呼を維持することができる他のブランチ構成または周波数帯域を既存呼および新規呼の通信のためのブランチ構成または通信周波数帯域とすることを特徴とする移動局を提供するものである。

この発明は、同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合において、当該移動局に発生している既存呼の通信のためのブランチ構成または通信周波数帯域と同じブランチ構成および通信周波数帯域を新規呼のための通信に割り当てることができない場合に、既存呼と新規呼を維持することができる他のブランチ構成または周波数帯域を選定し、既存呼および新規呼の通信のためのブランチ構成または通信周波数帯域をこの選定したブランチ構成または通信周波数帯域とすることを特徴とする基地局制御装置を提供するものである。

この発明は、複数呼の通信を行っている移動局にハンドオーバの契機が発生した場合、移動局内の全ての呼を維持することができる全ての呼に共通のブランチ構成または通信周波数帯域を選定し、全ての呼のためのブランチ構成または通信周波数帯域をこの選定したブランチ構成または通信周波数帯域に変更することを特徴とするブランチ制御方法を提供するものである。

この発明は、複数呼の通信を行っているときにハンドオーバの契機が発生した場合、全ての呼のためのブランチ構成または通信周波数帯域を、網からの命令に従って全ての呼に共通の新たなブランチ構成または通信周波数帯域に変更することを特徴とする移動局を提供するものである。

この発明は、複数呼の通信を行っている移動局にハンドオーバの契機が発生した場合、移動局内の全ての呼を維持することができる全ての呼に共通のブランチ構成または通信周波数帯域を選定し、全ての呼のためのブランチ構成または通信周波数帯域をこの選定したブランチ構成または通信周波数帯域に変更することを特徴とする基地局制御装置を提供するものである。

以上の各発明によれば、ハンドオーバを行った場合においても、通信中の複数呼について同じブラチンチ構成および通信帯域を割り当てることができるので、各呼に対応した通信のための制御負担を軽減することができる。

この発明は、複数呼の通信を行っている移動局にハンドオーバの契機が発生した場合において、当該移動局内の全ての呼を維持することができる他のブランチ構成または通信周波数帯域がない場合に、移動局内の優先度の高い複数呼を維持することができる他のブランチ構成または通信周波数帯域を選定するとともに優先度の高い複数呼以外の呼を切断し、優先度の高い複数呼の全てのブランチ構成または周波数帯域を、この選定したブランチ構成または周波数帯域に変更することを特徴とするブランチ制御方法を提供するものである。

また、この発明は、複数呼の通信を行っているときにハンドオーバの契機が発生した場合において全ての呼を維持することができるブランチ構成または通信周波数帯域がない場合に、網からの命令に従い、前記複数呼のうち優先度の高い複数呼以外の呼を切断し、前記優先度の高い複数呼のブランチ構成または周波数帯域を、網によって選定されたブランチ構成または周波数帯域に変更することを特徴とする移動局を提供するものである。

また、この発明は、複数呼の通信を行っている移動局にハンドオーバの契機が発生した場合において、当該移動局内の全ての呼を維持することができる ^1のブランチ構成または通信周波数帯域がない場合に、移動局内の優先度の高い複数呼を維持することができる他のブランチ構成または通信周波数帯域を選定するとともに優先度の高い複数呼以外の呼を切断し、優先度の高い複数呼の全てのブランチ構成または周波数帯域を、この選定したブランチ構成または周波数帯域に変更することを特徴とする基地局制御装置を提供するものである。

以上の各発明によれば、ハンドオーバの契機が生じた場合において、通信中の全ての呼を維持することができるブランチ構成または通信周波数帯域がない場合であっても、優先度の高い呼については通信を維持することができるので、無線資源の空きが少ないような状況下においても、優先度の高い通信については維持することができる。

また、この発明は、移動局が複数セットの無線リソースを用いて複数の通信を行い得る移動通信システムにおける制御チャネルの設定方法において、前記移動局が複数の通信に使用している複数セッ卜の無線リソースのうちの 1つに対し、移動局および網間の制御情報の授受のための制御チャネルを設定することを特徴とする制御チャネルの設定方法を提供するものである。

本発明によれば、複数の通信に対応して複数の制御チャネルの全てを設定する場合に比較して、制御情報の送受信に関わるハードウェアを削減することができ、さらに制御情報の送出順序を複数の制御チャネル間で調整するといった複雑な制御を省略することができる。

また、この発明は、移動局が複数セットの無線リソースを利用して複数の通信を行うとともに複数セッ卜の無線リソースの 1つに設定された制御チャネルを介して網との間で制御情報の授受を行っているとき、前記制御チャネルの設定された無線リソースを利用した最後の通信が解放され、かつ、その時点において他の無線リソースのセットにより維持されるべき通信が残っている場合に、前記最後の通信が解放される無線リソースのセットに設定された制御チャネルを、前記他の無線リソースのセッ卜に新たに設定される制御チャネルに切り替え、当該通信の制御の継続を行うことを特徴とする制御チャネルの切替制御方法を提供するものである。 48528 また、この発明は、移動局が複数セットの無線リソースを利用して複数の通信を行うとともに複数セッ卜の無線リソースの 1つに設定された制御チャネルを介して網との間で制御情報の授受を行っているとき、前記制御チャネルの設定された無線リソースを利用した最後の通信が解放され、かつ、その時点において他の無線リソースのセットにより維持されるべき通信が残っている場合に、前記最後の通信が解放される無線リソースのセッ卜に設定された制御チャネルを、前記他の無線リソースのセッ卜に新たに設定される制御チャネルに切り替え、当該通信の制御の継続を行うことを特徴とする基地局制御装置を提供するものである。以上の各発明によれば、複数の通信について共通の制御チャネルを使用して制御情報の授受を行っているときに、制御チャネルの設定された無線リソースを利用した最後の通信が解放され、かつ、その時点において他の無線リソースのセットにより維持されるべき通信が残っている場合に、制御チャネルの切替が行われる。従って、その切替時点以後は、新たな制御チャネルを利用して、通信のための制御情報の授受を継続することができる。

この発明は、基地局は、とまり木チャネルを介して、とまり木チャネル送信電力値および上り干渉量を含む報知情報を送信し、移動局は、周辺の各基地局から前記報知情報を受信するとともに各基地局毎に前記とまり木チャネルの受信レべルを検知し、各基地局毎に前記受信レベルおよび前記報知情報内のとまり木チヤネル送信電力値から当該移動局と当該基地局との間の伝搬損失を算出し、前記各基地局毎に算出した伝搬損失、前記各基地局からの報知情報に含まれる上り干渉量および基地局所要受信 S I Rを用いた演算により各基地局毎に所要上り送信電力を算出し、待ち受けるべき無線ゾーンまたは通過中にハンドオーバすべき無線ゾーンを選択するに当たっては、所要上り送信電力が最小となる無線ゾ一ンを選択し、当該所要上り送信電力に基づいて上り送信電力の制御を行うことを特徴とする無線ゾーンおよび上り送信電力の制御方法を提供するものである。

また、この発明は、とまり木チャネルを介して、とまり木チャネル送信電力値および上り干渉量を含む報知情報を送信する手段を具備することを特徴とする基地局を提供するものである。

また、この発明は、周辺の各基地局から各々とまり木チャネルを介して、とまり木チャネル送信電力値および上り干渉量を含む報知情報を各々受信するとともに、各基地局毎に前記とまり木チャネルの受信レベルを検知し、各基地局毎に前記受信レベルおよび前記報知情報内のとまり木チヤネル送信電力値から当該移動局と当該基地局との間の伝搬損失を算出し、前記各基地局毎に算出した伝搬損失、前記各基地局からの報知情報に含まれる上り干渉量および基地局所要受信 S I R を用いた演算により各基地局毎に所要上り送信電力を算出し、待ち受けるべき無線ゾーンまたは通過中にハンドオーバすべき無線ゾーンを選択するに当たっては、所要上り送信電力が最小となる無線ゾーンを選択し、当該所要上り送信電力に基づいて上り送信電力の制御を行うことを特徴とする移動局を提供するものである。以上の各発明によれば、とまり木チャネル送信電力値が各基地局間で異なる場合でも、移動局における上り送信出力を最適化することができる。

この発明は、移動局および網間にブランチを追加設定する場合に、当該移動局および網間の全てのブランチについての同期確立の確認を待つことなく、当該移動局が通信を開始することが可能な状態となることにより、ブランチ追加手順を終了することを特徴とするハンドオーバ制御方法を提供するものである。

さらに加えてこの発明は、移動局に設定された各ブランチのうち 1つのブランチのみについて同期確立の確認を行うことにより、前記ブランチ追加手順を終了することを特徴とするハンドオーバ制御方法を提供するものである。

また、この発明は、網との間に設定されているブランチに対して新たなブランチの追加設定をすべき旨の要求を網から受け取った場合に、当該ブランチの追加設定後、当該ブランチを介して信号が受信されることにより、当該ブランチおよび他のブランチを使用したダイバ一シチ合成を開始することを特徴とする移動局を提供するものである。

また、この発明は、移動局との間に設定されているブランチに対して、基地局内ダイバーシチハンドオーバを行うための新たなブランチの追加設定をすべき旨の要求を基地局制御装置から受け取った場合に、当該ブランチの追加設定後、当該ブランチを介して信号が受信されることにより、当該ブランチおよび他のブランチを使用した基地局内ダイバーシチ合成を開始することを特徴とする基地局を提供するものである。また、この発明は、移動局との間に設定されているブランチに対して、基地局間ダイバーシチハンドオーバを行うための新たなブランチの追加設定をすべき旨の要求を基地局制御装置から受け取った場合に、当該ブランチの追加設定後、当該ブランチを介して信号が受信されることにより、当該ブランチを介して受信される信号を基地局間ダイバーシチ合成を行う基地局制御装置に送ることを特徴とする基地局を提供するものである。

また、この発明は、移動局および網間に新たなブランチを追加設定する場合に、新たなブランチの追加設定要求を出力した後、当該移動局および網間の全てのブランチについての同期確立の確認を待つことなく、ブランチ追加手順を終了することを特徴とする基地局制御装置を提供するものである。

さらに加えてこの発明は、基地局間ダイバーシチハンドオーバを行うために前記ブランチの追加設定要求を出力した場合に、基地局間ダイバーシチ八ンドォ一バに必要な各ブランチを経由して信号が受信されることにより、基地局間ダイバーシチ合成を開始することを特徴とする基地局制御装置を提供するものである。以上の各発明によれば、移動局が通信可能な状態となった時点でブランチ追加手順が終了するため、ブランチ追加手順を迅速に終わらせることができる。

この発明は、コード多重方式により一のキヤリァ内に複数の回線を共存させることが可能な移動無線通信システムにおいて、

必要とされる伝送レートに応じて所定の帯域幅を有する割当可能コードリソ一スの少なくとも一部を前記各回線に割り当てるコードリソ一ス割当手段を備えたことを特徴とする移動無線通信システムを提供するものである。

さらに加えて、この発明は、移動局の伝送レート能力に応じて前記割当可能コ ―ドリソースの少なくとも一部が割り当てられた前記回線を当該移動局に割り当てる回線割当手段を備えたことを特徴とする移動無線通信システムを提供するものである。

また、この発明は、コード多重方式により一のキャリア内に複数の回線を共存させることが可能な移動無線通信システムにおいて、互いに独立で、かつ、所定の帯域幅を有する複数の割当可能コ一ドリソースを有し、必要とされる伝送レー卜に応じて前記割当可能コードリソースの少なくとも一部を前記各回線に割り当てるに際し、前記必要とされる伝送レートに対応する帯域幅を有する未使用のコ ―ドリソースが存在しない場合に、一の前記割当可能コードリソースの少なくとも一部が割り当てられている前記回線に対し、他の前記割当可能コードリソースの少なくとも一部を改めて割り当てる再割当手段を備えたことを特徴とする移動無線通信システムを提供するものである。

さらに加えてこの発明は、必要とされる伝送レートに応じて前記コードリソ一スの少なくとも一部を前記各回線に割り当てるに際し、前記必要とされる伝送レ一卜に対応する帯域幅を有する未使用の前記コードリソースが存在するか否かを判別する未使用コ一ドリソース判別手段を備えたことを特徴とする移動無線通信システムを提供するものである。

また、さらに加えてこの発明は、予め設定した所定タイミング毎に予め設定した基準帯域幅を有する基準コ一ドリソースを想定し、予め設定した一または複数の前記基準コ一ドリソースを前記回線に割り当てるのに必要な未使用のコードリソースの有無を判別する割当可否判別手段を備え、前記再割当手段は、前記割当可否判別手段の判別により、前記基準コードリソースを前記回線に割り当てるのに必要な帯域幅を有する未使用のコードリソースが存在しない場合には、一の前記割当可能コードリソースが割り当てられている前記回線に対し、前記基準コ一ドリソースを前記回線に割り当てるのに必要な未使用のコードリソースが確保されるまで他の前記割当可能コードリソースを前記回線に改めて割り当てることを特徴とする移動無線通信システムを提供するものである。

また、この発明は、コード多重方式により一の無線キャリア内に複数の回線を共存させることが可能な無線基地局装置において、必要とされる伝送レートに応じて所定の帯域幅を有する割当可能コ一ドリソースの少なくとも一部を前記各回線に割り当てることができるか否かを判別するコードリソ一ス割当可否判別手段を備えたことを特徴とする無線基地局装置を提供するものである。

さらに加えてこの発明は、移動局の伝送レー卜能力に応じた前記割当可能コ一ドリソースの少なくとも一部が割り当てられた前記回線を前記移動局に割り当てる回線割当手段を備えたことを特徴とする基地局制御装置を提供するものである。また、この発明は、コード多重方式により一のキャリア内に複数の回線を共存させることが可能な移動無線通信システムの制御方法において、必要とされる伝送レートに応じて所定の帯域幅を有する割当可能コ一ドリソースの少なくとも一部を前記各回線に割り当てるコ一ドリソース割当工程を備えたことを特徴とする移動無線通信システムの制御方法を提供するものである。

また、この発明は、互いに独立で、かつ、所定の帯域幅を有する複数の割当可能コードリソースを有し、コード多重方式により一のキャリア内に複数の回線を共存させることが可能な移動無線通信システムの制御方法において、

必要とされる伝送レートに応じて前記コードリソースの少なくとも一部を前記各回線に割り当てるに際し、前記必要とされる伝送レートに対応するコ一ドリソ

—ス長を有するコ一ドリソースが存在するか否かを判別する判別工程と、前記判別に基づいて、前記必要とされる伝送レートに対応する帯域幅を有する未使用のコ—ドリソースが存在しない場合に、一の前記割当可能コードリソースが割り当てられている前記回線に対し、他の前記割当可能コードリソ一スの少なくとも一部を改めて割り当てる再割当工程と、を備えたことを特徴とする移動無線通信システムの制御方法を提供するものである。

また、この発明は、コード多重方式により一の無線キャリア内に複数の回線を共存させることが可能な無線基地局装置の制御方法において、必要とされる伝送レートに応じて所定の帯域幅を有する割当可能コードリソースの少なくとも一部を前記各回線に割り当てることができるか否かを判別するコードリソース割当可否判別工程を備えたことを特徴とする無線基地局装置の制御方法を提供するものである。

また、この発明は、無線基地局装置を制御する基地局制御装置の制御方法において、移動局の伝送レート能力に応じた前記割当可能コ一ドリソースの少なくとも一部が割り当てられた前記回線を前記移動局に割り当てる回線割当工程を備えたことを特徴とする基地局制御装置の制御方法を提供するものである。

以上の各発明によれば、コードリソースの回線に対する再割当（再配置）の頻度を最小限に抑え、かつ、呼の生起時には、コードリソースの再配置を伴わないため、接続遅延を抑制することができる。図面の簡単な説明図 1は、本発明の一実施形態に係わる W-CDMA移動通信システムの全体構成を示すブロック図である。

図 2は、本システムにおけるアクセス系ィン夕フェースの構成を示すブロック図である。

図 3は、本システムの機能網アーキテクチャを示す図である。

図 4は、本システムの機能網アーキテクチャをコミュニケーション ' コントロール ·プレーンと無線リソース · コントロール ·プレーンに分割して示した図である。

図 5は、発信第 1呼の機能モデルを示す図である。

図 6は、発信追加呼の機能モデル示す図である。

図 7は、第 1呼の情報ダイアグラムである。

図 8は、第 1呼の情報ダイアグラムである。

図 9は、追加呼の情報ダイアグラムである。

図 1 0は、着信第一呼の機能モデルを示す図である。

図 1 1は、着信追加呼の機能モデルを示す図である。

図 1 2は、着信第一呼の情報フローダイアグラムである。

図 1 3は、着信第一呼の情報フローダイアグラムである。

図 1 4は、着信第一呼の情報フローダイアグラムである。

図 1 5は、着信追加呼の情報フローダイアグラムである。

図 1 6は、着信追加呼の情報フローダイアグラムである。

図 1 7は、ユーザ側切断の基本モデルを示す図である。

図 1 8は、ユーザ側切断の情報フローダイアグラムである。

図 1 9は、網側切断の基本モデルを示す図である。

図 2 0は、網側切断の情報フローダイアグラムである。

図 2 1は、非常解放、すなわち移動機により検出されるラジオリンク失敗の機能モデル示す図である。

図 2 2は、非常解放、すなわち移動機により検出されるラジオリンクの失敗の機能モデルを示す図である。図 2 3は、非常解放、すなわち網によるラジオリンク失敗の検出の場合の機モデルを示す図である。

図 2 4は、移動機呼解放、すなわち網により検出されるラジオリンク失敗の機能モデルを示す図である。

図 2 5は、ユーザ側切断の機能モデルを示す図である。

図 2 6は、ユーザ側切断の情報フローダイアグラムである。

図 2 7は、 SDCCH Se t up (SDCCHステップアップ）の機能モデルを示す図である。

図 2 8は、 SDCCHセットアップの情報フローダイアグラムを示す図である。図 2 9は、無線リソース選択のためのベアラセットアップの機能モデルを示す図である。

図 3 0は、ベアラセットアップ（無線リソース選択）のための CC-P l ane情報フローダイアグラムである。

図 3 1は、無線べァラ解放の機能モデルを示すを示す図である。

図 3 2は、無線べァラ解放のための情報フローダイアグラムである。

図 3 3は、 DCCH解放の機能モデルを示す図である。

図 3 4は、 SDCCHは解放のための情報フロ一ダイアグラムである。

図 3 5は、ハンドオーバプロセスのジェネラルフローを示す図である。図 3 6は、ハンドオーバプロセス 1および 2の情報フロ一ダイアグラムである。

図 3 7は、ハンドオーバプロセス 1におけるノンソフトハンドオーバの実行図 3 8は、ハンドオーバプロセス 1におけるハンドオーバのブランチ追加を示すダイアグラムである。

図 3 9は、ハンドオーバプロセス 1におけるハンドオーバのブランチ削除を図 4 0は、セル内セクタ間ブランチ追加の機能モデルを示す図である。図 4 1は、セル内セクタ間ブランチ追加の CC-P l ane情報フローダイアグラムである。図 4 2は、セル間ブランチ追加の機能モデルを示す図である。

図 4 3は、セル間ブランチ追加の CC- P l ane情報フロ一ダイアグラムである。図 4 4は、セル内セクタ間ブランチ削除ハンドオーバの機能モデルを示す図である。

図 4 5は、セル内セクタ間ブランチ削除ハンドオーバの CC- P l ane情報フローを示す図である。

図 4 6は、セル間ブランチ削除ハンドオーバの機能モデルを示す図である図 4 7は、セル間ブランチ削除ハンドオーバの CC-P l ane情報フロ一ダイァグラムである。

図 4 8は、セル内ブランチ切替ハンドオーバの機能モデルを示す図である。図 4 9は、セル内ブランチ切替ハンドオーバの CC-P l ane情報フロ一ダイァグラムでめる。

図 5 0は、セル間ブランチ切替チハンドオーバの機能モデルを示す図である。図 5 1は、セル間ダイバ一シチハンドオーバの CC- P l ane情報フローダイァグラムである。

図 5 2は、 ACCH切替の機能モデルを示す図である。

図 5 3は、 ACCH切替の情報フローダイアグラムである。

図 5 4は、 ACCH切替の CC-P l ane情報フロ一ダイアグラムである。

図 5 5は、コード切替の機能モデルを示す図である。

図 5 6は、コード切替の CC- P l ane情報フローダイアグラムである。

図 5 7は、送信電力制御の機能モデルを示す。

図 5 8は、送信電力制御の CC- P l ane情報フロ- 図 5 9は、端末位置更新の機能モデルを示す図である。

図 6 0は、端末位置更新の情報フローダイアグラムでま

図 6 1は、端末位置更新の情報要素を組み合わせた情報フロー：

である。

図 6 2は、ユーザ認証のモデルを示す図である。

図 6 3は、ユーザ認証の情報フローダイアグラムである。図 6 4は、秘匿開始タイミングの機能モデルを示す図である。

図 6 5は、秘匿開始タイミングの情報フローダイアグラムである。

図 6 6は、 ΤΜΙΠの割当ての機能モデルを示す図である。

図 6 7は、 TMUIアサイメントの情報フローダイアグラムである。

図 6 8は、ュ一ザ IDの検索の情報フローダイアグラムである。

図 6 9は、本システムにおける物理ノード構成と機能エンティティの対を示す図である。

図 7 0は、ラジオィン夕ーフェース上の信号レイヤ 2のプロトコルアーキテクチャ一を示す図である。

図 7 1は、 BSC機能終端の場合のフレーム構成を示す図である。

図 7 2は、 PDIHSD PDU)のシーケンスデ一夕を示す図である。

図 7 3は、状態要求を含むシーケンスデータ PDlHSDwi thPOLL PDU)の内容を示す図である。

図 7 4は、 Po l l PDUの内容を示す図である。

図 7 5は、不変状態 PDU (STAT PDU)の内容を示す図である。

図 7 6は、可変状態 PDU (USTAT PDU)の内容を示す図である。

図 7 7は、ュニットデ一夕 PDU (UD PDU)および管理データ PDU (MD PDU) の内容を示す図である。

図 7 8は、 Begi n PDU (BGN PDU)の内容を示す図である。

図 7 9は、 Begi n 確認 PDU (BGAK PDU)の内容を示す図である。

図 8 0は、 Begi n 拒絶 PDU (BGREJ PDU)の内容を示す図である。

図 8 1は、 End PDU (END PDU)の内容を示す図である。

図 8 2は、 End 確認 PDU (E DAK PDU)の内容を示す図である。

図 8 3は、再同期化 PDU (RS PDU)の内容を示す図である。

図 8 4は、再同期化確認 PDU (RSAK PDU)の内容を示す図である。

図 8 5は、誤り回復 PDIHER PDU)の内容を示す図である。

図 8 6は、誤り回復確認 PDU (ERAK PDU)の内容を示す図である。

図 8 7は、 BCCHの内容を示す図である。

図 8 8は、 PCHの内容を示す図である。図 8 9は、 RACH- L, Sの内容を示す図である。

図 9 0は、 FACH- Lの内容を示す図である。

図 9 1は、 FACH-Sの内容を示す図である。

図 9 2は、 SDCCHの内容を示す図である。

図 9 3は、 ACCHの内容を示す図である。

図 94は、 UPCHの内容を示す図である。

図 9 5は、無線ィン夕フエ一スプロトコルアーキテクチャの一例を概念的に示す図である。

図 9 6は、 RBCメッセージのメッセージ構成を示す図である。

図 9 7は、 RBC情報基本構成を示す図である。

図 9 8は、メッセージ構成を示す図である。

図 9 9は、 Protocol discriminator (プロトコル識別子）について説明するための図である。

図 1 0 0は、呼番号について説明するための図である。

図 1 0 1は、呼番号について説明するための図である。

図 1 0 2は、メッセージ種別のフォーマツトを示す図である。

図 1 0 3は、 FPLMTS環境における可変長情報要素のフォ一マツ卜を示す図である。

図 1 04は、 FPLMTS環境における可変長情報要素のフォーマツトを示す図である。

図 1 0 5は、広帯域固定シフト情報要素について説明するための図である図 1 0 6は、広帯域一時シフ卜情報要素について説明するための図である図 1 0 7は、 AALパラメ一夕情報要素について説明するための図である図 1 0 8は、 AALパラメ一夕情報要素について説明するための図である図 1 0 9は、 AALパラメ一夕情報要素について説明するための図である図 1 1 0は、 AALパラメータ情報要素について説明するための図である図 1 1 1は、 AALパラメ一夕情報要素について説明するための図である。

図 1 1 2は、 ATMトラヒック記述子情報要素について説明するための図である。

図 1 1 3は、広帯域伝達能力情報要素について説明するための図である。図 1 1 4は、広帯域高位レイヤ情報情報要素について説明するための図である。

図 1 1 5は、広帯域低位レイヤ情報情報要素について説明するための図である。

図 1 1 6は、広帯域低位レイヤ情報情報要素について説明するための図である。

図 1 1 7は、着番号情報要素について説明するための図である。

図 1 1 8は、着サブアドレス情報要素について説明するための図である。図 1 1 9は、発番号情報要素について説明するための図である。

図 1 2 0は、発サブアドレス情報要素について説明するための図である。図 1 2 1は、コネクション識別子情報要素について説明するための図である。図 1 2 2は、エンド 'ェンド中継遅延情報要素について説明するための図である。

図 1 2 3は、サービス品質（Q0S) パラメ一夕情報要素について説明するための図である。

図 1 2 4は、広帯域繰り返し識別子情報要素について説明するための図である。

図 1 2 5は、広帯域繰り返し識別子情報要素について説明するための図である。

図 1 2 6は、中継網選択情報要素について説明するための図である。図 1 2 7は、通知識別子情報要素について説明するための図である。

図 1 2 8は、 0AMトラヒック記述子情報要素について説明するための図である。

図 1 2 9は、狭帯域伝達能力情報要素について説明するための図である。図 1 3 0は、狭帯域高位レイヤ整合性情報要素について説明するための図である。

図 1 3 1は、狭帯域低位レイヤ整合性情報要素について説明するための図である。

図 1 3 2は、経過識別子情報要素について説明するための図である。

図 1 3 3は、 TMUIを説明するための図である。

図 1 34は、 TMUI Assignment Source IDについて説明するための図である。図 1 3 5は、 IMUIを説明するための図である。

図 1 3 6は、 Execution Authentication Typeについて説明するための図である。

図 1 3 7は、 Authentication Random Patternについて説明するための図である。

図 1 3 8は、 Authentication Ciphering Pat ternについて説明するための図である。

図 1 3 9は、 Execution Ciphering Typeについて説明するための図である。図 1 40は、 TC Ιηίοについて説明するための図である。

図 1 4 1は、 RBCメッセージ情報要素のメッセージ種別について説明するための図である。

図 1 4 2は、情報要素識別子について説明するための図である。

図 1 4 3は、 RADIO BEARER SETUPメッセージ固有パラメ一夕について説明するための図である。

図 1 44は、 RADIO BEARER RELEASEメッセージ固有パラメ一夕について説明するための図である。

図 1 4 5は、 RADIO BEARER RELEASE COMPLETEメッセージ固有パラメ一夕について説明するための図である。図 1 4 6は、 HANDOVER COMMANDメッセージ固有パラメ一夕について説明するための図である。

図 1 4 7は、 HANDOVER RESPONSEメッセ一ジ固有パラメ一夕について説明するための図である。

図 1 4 8は、無線べァラ設定情報の構成を示す図である。

図 1 4 9は、無線べァラ設定情報の構成を示す図である。

図 1 5 0は、無線べァラ設定情報の構成を示す図である。

図 1 5 1は、無線べァラ設定情報の構成を示す図である。

図 1 5 2は、 DH0追加の構成を示す図である。

図 1 5 3は、 DH0追加の構成を示す図である。

図 1 5 4は、 DH0追加の構成を示す図である。

図 1 5 5は、 DH0削除の構成を示す図である。

図 1 5 6は、 ACCH切替の構成を示す図である。

図 1 5 7は、ブランチ切替の構成を示す図である。

図 1 5 8は、ブランチ切替の構成を示す図である。

図 1 5 9は、ブランチ切替の構成を示す図である。

図 1 6 0は、ユーザレート切替の構成を示す図である。

図 1 6 1は、ユーザレート切替の構成を示す図である。

図 1 6 2は、ユーザレ一卜切替の構成を示す図である。

図 1 6 3は、ユーザレ一ト切替の構成を示す図である。

図 1 6 4は、コード切替の構成を示す図である。

図 1 6 5は、コード切替の構成を示す図である。

図 1 6 6は、 RRCメッセージ情報要素のメッセージ種別について説明するための図である。

図 1 6 7は、ファシリティの構成を示す図である。

図 1 6 8は、 ROSE PDUの構成を示す図である。

図 1 6 9は、 ROSE PDUの構成を示す図である。

図 1 7 0は、在圏候補セクタ数，通信中在圏セクタ数， DH0追加候補セクタ数， DH0削除セクタ数， HH0候補セクタ数の構成を示す図である。図 1 7 1は、 BTS番号の構成を示す図である。

図 1 7 2は、セクタ番号の構成を示す図である。

図 1 7 3は、とまり木 CH受信 SIR値の構成を示す図である。

図1 74は、とまり木 CH送信電力値の構成を示す図である。

図 1 7 5は、ロングコード位相差の構成を示す図である。

図 1 7 6は、 RBC ID数の構成を示す図である。

図 1 7 7は、 RBC IDの構成を示す図である。

図 1 7 8は、所要 SIRの構成を示す図である。

図 1 7 9は、 FER測定値の構成を示す図である。

図 1 8 0は、 TACメッセージ構成を示す図である。

図 1 8 1は、 Protocol discriminatorを説明するための図である。

図 1 8 2は、 Message typeのフォーマットを示す図である。

図 1 8 3は、 TERMINAL ASSOCIATION SETUP message specific parameter情報要素について説明するための図である。

図 1 84は、 PAGING RESPONSE message specific parameter情報要素について説明するための図である。

図 1 8 5は、 TERMINAL ASSOCIATION RELEASE message specific parameter 情報要素について説明するための図である。

図 1 8 6は、 Cause情報要素について説明するための図である。

図 1 8 7は、 Mobile station type情報要素について説明するための図である'

図 1 8 8は、 Paged MS ID情報要素について説明するための図である。

図 1 8 9は、 Paging ID情報要素について説明するための図である。

図 1 9 0は、 TMUI情報要素について説明するための図である。

図 1 9 1は、 TAC拡張情報要素について説明するための図である。

図 1 9 2は、メッセージ種別情報要素について説明するための図である。図 1 9 3は、情報要素長情報要素について説明するための図である。

図 1 9 4は、とまり木受信 SIR情報要素について説明するための図である。図 1 9 5は、ショートコード番号情報要素について説明するための図である < 図 1 9 6は、フレームオフセット群情報要素について説明するための図である'

図 1 9 7は、スロットオフセット群情報要素の構成を示す図である。

図 1 9 8は、網番号情報要素の構成を示す図である。

図 1 9 9は、ネットワークの VER情報要素の構成を示す図である。

図 2 0 0は、移動局共通パラメータ VER情報要素の構成を示す図である図 2 0 1は、 BTS番号情報要素の構成を示す図である。

図 2 0 2は、セクタ番号情報要素の構成を示す図である。

図 2 0 3は、位置登録エリア多重数（N) 情報要素の構成を示す図である図 2 0 4は、位置番号情報要素の構成を示す図である。

図 2 0 5は、位置登録夕イマ情報要素の構成を示す図である。

図 2 0 6は、補正後基地局所要受信電力値情報要素の構成を示す図である図 2 0 7は、在圏ゾーン判定用とまり木 LC数（M) 情報要素の構成を示す図である。

図 2 0 8は、基地局使用周波数帯域数（K) 情報要素の構成を示す図である図 2 0 9は、周波数帯域情報要素の構成を示す図である。

図 2 1 0は、 BCCH受信区間長情報要素の構成を示す図である。

図 2 1 1は、呼び出し移動局数情報要素の構成を示す図である。

図 2 1 2は、 Paged MS ID情報要素の構成を示す図である。

図 2 1 3は、 Pagi ng ID情報要素の構成を示す図である。

図 2 1 4は、 BTS- MCC間ィン夕フェース上のプロトコルアーキテクチャの概念図である。

図 2 1 5は、 BCメッセージのメッセージ構成を示す図である。

図 2 1 6は、 BSMメッセージのメッセージ構成を示す図である。

図 2 1 7は、 BSMメッセージの情報要素基本構成を示す図である。

図 2 1 8は、 BCメッセージの情報要素基本構成を示す図である。図 2 1 9は、プロトコル識別子を説明するための図である。

図 2 2 0は、メッセージ種別を説明するための図である。

図 2 2 1は、 LINK REFERENCEを説明するための図である。

図 2 2 2は、情報要素識別子を説明するための図である。

図 2 2 3は、情報要素長を説明するための図である。

図 2 24は、 AAL TYPEを説明するための図である。

図 2 2 5は、 LINK IDENTIFIERを説明するための図である。

図 2 2 6は、伝送品質を説明するための図である。

図 2 2 7は、セクタ番号を説明するための図である。

図 2 2 8は、情報転送能力を説明するための図である。

図 2 2 9は、周波数帯域選択条件を説明するための図である。

図 2 3 0は、周波数帯域を説明するための図である。

図 2 3 1は、フレームオフセット群を説明するための図である。

図 2 3 2は、スロットオフセット群を説明するための図である。

図 2 3 3は、ロングコード位相差情報を説明するための図である。図 2 34は、上りロングコ一ド番号を説明するための図である。

図 2 3 5は、上りショートコード種別を説明するための図である。図 2 3 6は、上りコード数を説明するための図である。

図 2 3 7は、上りショートコ一ド番号を説明するための図である。図 2 3 8は、下りショートコード種別を説明するための図である。図 2 3 9は、下りコード数を説明するための図である。

図 24 0は、 AAL TYPE (for ACCH)を説明するための図である。

図 24 1は、 LINK IDENTIFIER (for ACCH)を説明するための図である。図 24 2は、伝送品質（ACCH用）を説明するための図である。

図 24 3は、下りショートコード番号を説明するための図である。図 244は、結果を説明するための図である。

図 24 5は、 CAUSEを説明するための図である。

図 24 6は、初期送信電力を説明するための図である。

図 24 7は、 Location Ident i tyを説明するための図である。図 2 4 8は、 BSMメッセージのプロトコル識別子を説明するための図である。図 2 4 9は、メッセージ種別を説明するための図である。

図 2 5 0は、 PCH群算出情報を説明するための図である。

図 2 5 1は、位置番号を説明するための図である。

図 2 5 2は、 Paged MS IDを説明するための図である。

図 2 5 3は、 Pag i ng IDを説明するための図である。

図 2 5 4は、 BSM用の SDL図である。

図 2 5 5は、 SDCCHにおける BC用の NE (BSC機能）側の SDL図である。

図 2 5 6は、 TCH/ACCHにおける BC用の而（BSC機能）側の SDL図である。

図 2 5 7は、 SDCCHにおける BC用の BTS側の SDL図である。

図 2 5 8は、 TCH/ACCHにおける BC用の BTS側の SDL図である。

図 2 5 9は、本システムにおけるハンドオーバの一例を示したブロック図である。

図 2 6 0は、 1つの移動局装置で同時に複数の呼の通信を許容するシステムの一例を示したブロック図である。

図 2 6 1は、本システムの ACCH切替に関わる構成を機能エンティティで示したブロック図である。

図 2 6 2は、本システムにおける ACCHの切替動作の一例を示すシーケンス図である。

図 2 6 3は、 0S I参照モデルの構造を示す図である。

図 2 6 4は、本システムにおける着信時における網と移動局装置の間のシーケンスを示す図である。

図 2 6 5は、本明細書で用いる略語の説明を示す図である。

図 2 6 6は、サービスの内容を示す図である。

図 2 6 7は、 8kb i t/s音声ベアラサ一ビスの内容を示す図である。

図 2 6 8は、 64kb i t/s非制限ベアラサ一ビスの内容を示す図である。

図 2 6 9は、マルチプルレ一ト非制限ベアラサ一ビスの内容を示す図である。図 2 7 0は、機能エンティティ（Func t i ona l En t i t i y) 名を示す図である。図 2 7 1は、各機能エンティティの関係を示す図である。図 2 7 2は、 TA SETUP req. ind. (TAセットアップ req. ind. ) について説明するための図である。

図 2 7 3は、 TA SETUP req. ind. (TAセットアップ req. ind. ) の一例について説明するための図である。

図 2 74は、 TA SETUP PERMISSION req. ind. (TAセットアップ許可 req. ind. ) について説明するための図である。

図 2 7 5は、上りロングコ一ドの検索のため用いられる Reverse Long Code Retrieval req. ind. (上りロングコード検索 req. ind. ) について説明するための図である。

図 2 7 6は、上りロングコードの検索のため用いられる Reverse Long Code Retrieval req. ind. (上りロングコード検索 req. ind. ) について説明するための図である。

図 2 7 7は、上りロングコ一ドの検索のため用いられる Reverse Long Code Retrieval resp. conf. (上りロングコード検索 resp. coni. ) について説明するための図である。

図 2 7 8は、端末状態の更新のため用いられる TERMINAL STATUS UPDATE re q. ind. (端末状態更新 req. ind. ) について説明するための図である。

図 2 7 9は、 TERMI AL STATUS UPDATE resp. conf. (端末状態更新 resp. con f) について説明するための図である。

図 2 8 0は、加入者のプロファイルにルーチングアドレスを追加するため L RDFに送信される ADD ROUTING INFO req. ind. (ルーチング情報追加 req. ind. ) について説明するための図である。

図 2 8 1は、 ADD ROUTING INTO resp. ind. (ルーチング情報追加 resp. ind. ) について説明するための図である。

図 2 8 2は、 TACFに対して移動機端末の網へのアクセスの承認を通知するため TA SETUP PERMISSION resp. conf. (TAセットアップ許可 resp. conf. ) を発動させる LRCFについて説明するための図である。

図 2 8 3は、上りロングコード検索のため用いられる Reverse Long Code R etrieval resp. conf. (上りロングコード検索 resp. conf. ) について説明するための図である。

図 2 84は、端末アクセスの確立の完了を通知する TA SETUP resp. conf. (TAセットアップ resp. conf. ) について説明するための図である。

図 2 8 5は、端末アクセス、 CCAFおよび TACAF間の接続完了のセットアップの確認のため用られる TA SETUP resp. conf. (TAセットアップ resp. conf. ) について説明するための図である。

図 2 8 6は、接続の確立要求のため用いられる SETUP req. ind. (セットアツプ req. ind. ) について説明するための図である。

図 2 8 7は、上りロングコードの検索のため用いられる TACF Instance ID Indication req. ind. (TACFインスタンス ID指示 req. ind. ) について説明するための図である。

図 2 8 8は、 CELL CONDITION MEASUREMENT req. ind. (セル状態検出 req. ind. ) について説明するための図である。

図 2 8 9は、 CELL CONDITION MEASUREMENT req. ind. (セル状態検出 req. ind. ) からの要求に対しセル選択情報の検出結果を提供する CELL CONDITION ME ASUREMENT resp. conf. (セル状態検出 resp. conf. ) について説明するための図である。

図 2 9 0は、 CELL CONDITION REPORT req. ind. (セル状態報告 req. ind. ) について説明するための図である。

図 2 9 1は、発信ユーザの認証要求ののため CALL SETUP PERMISSION req. i nd. (呼セットアップ許可 req. ind. ) を発動する S S Fについて説明するための図である。

図 2 9 2は、ユーザプロファイルの検索要求のため用いられる USER PR0FIL E RETRIEVAL req. ind. (ユーザプロファイル検索 req. ind. ) について説明するための図である。

図 2 9 3は、 USER PROFILE RETRIEVAL resp. conf. (ユーザプロファイル検索 resp. conf. ) について説明するための図である。

図 2 94は、発信ユーザの認証通知のため CALL SETUP PERMISSION resp. co nf. (呼セットアップ許可 resp. conf. ) を発動する LRCFについて説明するための図である。

図 295は、接続の確立要求のため用いられる SETUP req. ind. (セットアツプ req. ind. ) について説明するための図である。

図 296は、 PROCEEDING req. ind. (手続き req. ind. ) について説明する図である。

図 297は、移動機におけるセル選択情報の検出及び報告を指示するために用レられる Measurement Condition Notification req. ind. (状態検出 req. in d. ) について説明するための図である。

図 298は、移動機におけるセル選択情報の検出及び報告を指示するために用レれる Measurement Condition Notification req. ind. (状態検出 req. in d. ) について説明するための他の図である。

図 299は、網に係る状態およびノまたはその他の種類の情報（例えば注意、保留、保持、解除等）の報告のため用いられる REPORT req. ind. (報告 req. ind. ) について説明するための図である。

図 300は、網に係る報告状態および Zまたはその他の種類の情報（例えば注意、保留、保持、解除等）の報告のため用いられる REPORT req. ind. (報告 r eq. ind. ) について説明するための他の図である。

図 30 1は、接続確立の確認のため用いられる SETUP resp. conf. (セッ卜アップ resp. conf. ) について説明するための図である。

図 302は、接続確立の確認のため用いられる SETUP resp. conf. (セットァップ resp. coni. ) について説明するための図である。

図 303は、接続の確立要求のため用いられる SETUP req. ind. (セットアツプ req. ind) について説明するための図である。

図 304は、ルーチングの探索のため用いられる ROUTING I FO. QUERY req. ind. (ルーチング情報探索 req. ind. ) について説明するための図である。

図 30 5は、ユーザプロファイルの検索要求のため用いられる TERMINAL ID RETRIEVAL req. ind. (端末 ID検索 req. ind. ) について説明するための図である。

図 306は、端末 ID検索 req. ind.に応答するために用いられる TE體 INAL ID RETRIEVAL resp. conf. (端末 ID検索 resp. conf. ) について説明するための図 W 9 である。

図 30 7は、例えば、端末がアクセス中の場合等における端末状態の探索のために用いられる TERMINAL STATUS QUERY req. ind. (端末状態探索 req. ind. ) について説明するための図である。

図 30 8は、端末状態探索 req. ind.からの要求に対して応答する TERMINAL STATUS QUERY resp. conf. (端末状態探索 resp. coni. ) について説明するための図である。

図 3 0 9は、端末状態の更新のため用いられる TERMINAL STATUS UPDATE re q. ind. (端末状態更新 req. ind. ) について説明するための図である。

図 3 1 0は、端末状態更新 req. ind.からの要求に対して応答する TERMINAL STATUS UPDATE resp. conf. (端末状態更新 resp. conf. )について説明するための図である。

図 3 1 1は、端末がアクセスしていないと認められる場合に TACFを含むぺ一ジング領域の探索のため用いられる PAGING AREA QUERY req. ind. (ページング領域探索 req. ind. )について説明するための図である。

図 3 1 2は、ページング領域探索 req. ind.からの要求に対して応答する PAG ING AREA QUERY resp. conf. (ページング領域探索 resp. conf. )について説明するための図である。

図 3 1 3は、 TACFのべ一ジング開始のため用いられる PAGE req. ind. (ページ req. ind. )について説明するための図である。

図 3 1 4は、移動機を網中に位置づけて通信の経路を決定するため、移動機を符号化するために用いられる PAGING req. ind. (ページング req. ind. )について説明するための図である。

図 3 1 5は、 PAGING req. ind. (ページング req. ind. )に対する応答として用いられる PAGING resp. conf. (ぺ一ジング resp. conf. )について説明するための図である。

図 3 1 6は、ページング結果を LRCFに通知する場合に用いられる PAGIN G resp. conf. (ページング resp. conf. )について説明するための図である。

図 3 1 7は、上りロングコード検索に用いられる Reverse Long Code Retri eval req. ind. (上りロングコード検索 req. ind. ) について説明するための図である。

図 3 1 8は、上りロングコードの検索に用いられる Reverse Long Code Ret rieval req. ind. (上りロングコード検索 req. ind. ) について説明するための図である。

図 3 1 9は、上りロングコードの検索に用いられる Reverse Long Code Ret rieval resp. conf. (上りロングコード検索 resp. conf. ) について説明するための図である。

図 3 2 0は、セル選択情報の検出を開始するために用いられる Cell Condit ion Measurement req. ind. (セル状態検出 req. ind. ) について説明するための図である。

図 3 2 1は、 Cell Condition Measurement req. ind. (セル状態検出 req. in d. ) からの要求に応じてセル選択情報の検出結果を提供する Cell Condition Me asurement resp. conf. (セル状態検出 resp. conf. ) について説明するための図である。

図 3 2 2は、セル選択情報を報告するために用いられる Cell Condition Re port req. ind. (セル状態報告 req. ind. ) について説明する図である。

図 3 2 3は、加入者プロファイルへのル一チング情報の追加のため、 LRDFp に送信される ADD ROUTING INFO. req. ind. (ルーチング情報追加 req. ind. ) について説明するための図である。

図 3 24は、 ADD ROUTING INFO. req. ind. (ルーチング情報追加 req. ind. ) に対する応答である ADD ROUTING INFO. resp. conf. (ルーチング情報追加 resp. conf. ) について説明するための図である。

図 3 2 5は、 TACFへの前記端末の認証結果の通知のため用いられる PAGE AU THORIZED req. ind. (ページ認証 req. ind. ) について説明するための図である。

図 3 2 6は、上りロングコ一ド検索のため、用いられる Reverse Long Code Retrieval resp. conf. (上りロングコード検索 resp. conf. ) について説明するための図である。

図 3 2 7は、 Routing address and TACF instance ID (アドレスルーチングおよび TACFィンスタンス ID) について説明する図である。

図 3 2 8は、接続の確立のため用いられる SETUP req. ind. (セットアップ r eq. ind. ) について説明するための図である。

図 3 2 9は、通信継続を要する場合にュ一ザのプロファイルの要求のために用いられる TERMINATION ATTEMPT req. ind. (成端試行 req. ind. ) について説明する図である。

図 3 3 0は、 LRDFからの、着信側ュ一ザのプロファイル検索のため用いられる USER PROFILE RETRIEVAL req. ind. (ュ一ザプロファイル検索 req. ind. ) について説明するための図である。

図 3 3 1は、 LRCFからの要求に対して応答する USER PROFILE RETRIEVAL re sp. conf. (ユーザプロファイル検索 resp. conf. ) について説明するための図である。

図 3 3 2は、 SSFからの要求に対して応答する TERMINATION ATTEMPT resp. c onf. (成端試行 resp. conf. ) について説明するための図である。

図 3 3 3は、接続の確立のため用いられる SETUP req. ind. (セットアップ esp. conf. ) について説明するための図である。

図 3 34は、所望に応じて着信側の接続セットアップの有効性、認証を報告するとともに、さらにル一チングおよび呼の状況が継続中であることを報告する Proceeding req. ind. (継続 req. ind. ) について説明するための図である。

図 3 3 5は、移動機におけるセル選択情報の検出および報告を指示するために用レ bれる Measurement Condition Notification req. ind. (状態検出 req. in d. ) について説明するための図である。

図 3 3 6は、網に係る報告状況および Zまたはその他の種類の情報の報告のため用いられる REPORT req. ind. (報告 req. ind) について説明するための図である。

図 3 3 7は、接続の確立の確認のため用いられる SETUP resp. conf. (セットアップ req. ind) について説明するための図である。

図 3 3 8は、送信済みの SETUP resp. conf. (セットァップ resp. conf. ) の着信および受納の保証のため用いられる CONNECTED req. ind. (接続 req. ind) について説明するための図である。

図 3 3 9は、 call ID (呼 ID) およびチャネルのような呼接続に組み込まれたリソースの解放のため用いられる RELEASE req. ind. (解放 req. ind. ) について説明するための図である。

図 340は、それまで接続に組み込まれた全リソースの解放の指示のため用いられる RELEASE resp. conf. (解放 resp. conf. ) について説明するための図である。

図 34 1は、呼解放の検出を通知するために用いられる TA RELEASE req. i nd. (解放 req. ind. ) について説明する図である。

図 34 2は、端末の呼状態を空き状態とするため用いられる TE履 INAL STAT US MAKE IDLE req. ind. (端末空き状態化 req. ind. ) について説明するための図である。

図 343は、 TERMINAL STATUS MAKE IDLE req. ind. (端末空き状態化 req. i nd. ) の要求に対して応答する TERMINAL STATUS MAKE IDLE resp. conf. (端末空き状態化 resq. ind. ) について説明するための図である。

図 344は、 TA RELEASE req. ind. (TA解放 req. ind. ) の確認のため用いられる TA RELEASE resp. conf. (TA解放 resp. conf. ) について説明するための図である。

図 34 5は、呼番号、チャネルのような呼接続に組み込まれたリソースを解放するため用いられる RELEASE req. ind. (解放 req. ind. ) について説明するための図である。

図 346は、それまで接続に組み込まれた全リソースの解放の指示のため用いられる RELEASE resp. conf. (解放 resp. conf. ) について説明するための図である。

図 34 7は、 LRCFに呼解放の試行の検出を通知するため TA RELEASE req. in d. (解放 req. ind. ) を発動させる TACFについて説明するための図である。

図 34 8は、端末の呼状態を空き状態とするため用いられる TE腿 INAL STAT US MAKE IDLE req. ind. (端末空き状態化 req. ind. ) について説明するための図である。図 34 9は、 TERMINAL STATUS MAKE IDLE req. ind. (端末空き状態化 req. i nd. ) の要求に対して応答する TERMINAL STATUS MAKE IDLE resp. conf. (端末空き状態化 resq. ind. ) について説明するための図である。

図 3 5 0は、 TA RELEASE req. ind. (TA解放 req. ind. ) の確認のため用いられる TA RELEASE resp. conf. (TA解放 resp. conf. ) について説明するための図である。

図 3 5 1は、 BCAFまたは BCFrにより検出されたラジオリンク失敗の通知のため用いられる RADIO LI K FAILURE req. ind. (ラジオリンク失敗 req. ind. ) について説明するための図である。

図 3 5 2は、網および端末間の接続解放の報告のために用いられる RELEAS E NOTIFICATION req. ind. (解放通知 req. ind. ) について説明するための図である。

図 3 5 3は、ラジオリンク失敗の検出の通知のため用いられる RADIO LINK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) について説明するための図である。

図 3 54は、ラジオリンク失敗の検出の通知のため用いられる RADIO LINK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) について説明するための図である。

図 3 5 5は、 RADIO LINK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) の確認のために用いられる RADIO LINK FAILURE resp. conf. (ラジオリンク失敗 resp. conf. ) について説明するための図である。

図 3 5 6は、無線べァラ解放要求のため用いられる RADIO BEARER RELEASE req. ind. (ラジオベア解放 req. ind. ) について説明するための図である。

図 3 5 7は、 TACFが BCFに対しべァラを解放させるために送信する BEARER R ELEASE req. ind. (ベアラ解放 req. ind. ) について説明するための図である。

図 3 5 8は、 BCFが RADIO BEARER RELEASE req. ind.を確認するために TACFに対して送信する RADIO BEARER RELEASE resp. conf.について説明するための図である。

図 3 5 9は、アンカ TACFが稼働中の TACFに対し、呼解放中にあるベアラの解放を要求するために送信する BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) について説明するための図である。

図 3 6 0は、 BCFに無線べァラを解放させるために用いる BEARER RELEASE r eq. ind. (ベアラ解放 req. ind. ) について説明するための図である。

図 3 6 1は、 BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) を確認するために用いられる BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) について説明するための図である。

図 3 6 2は、 BEARER & RADIO BEARER RELEASE req. ind. (ベアラおよび無線ベアラ解放 req. ind. ) の発動により、ベアラおよび無線べァラを解放する TACFについて説明するための図である。

図 3 6 3は、 BEARER & RADIO BEARER RELEASE req. ind. (ベアラおよび無線ベアラ解放 req. ind. ) の要求によるべァラおよび無線べァラの解放の確認のため用られる BEARER & RADIO BEARER RELEASE resp. conf. (ベアラおよび無線べァラ解放 resp. conf. ) について説明するための図である。

図 3 64は、無線べァラ解放の完了を通知するために用いられる BEARER RE LEASE resp. conf. (ベアラ解放 resp. conf. ) について説明するための図である。

図 3 6 5は、 TACFが LRCFに対し呼解放の試行の検出を通知するために送信する TA RELEASE req. ind. (TA解放 req. ind. ) について説明するための図である。

図 3 6 6は、更新ュ一ザのプロファイルの要求のため用いられる TERMINAL STATUS MAKE IDLE req. ind. (端末空き状態化 req. ind. ) について説明するための図である。

図 3 6 7は、 TERMINAL STATUS MAKE IDLE req. ind. (端末空き状態化 req. i nd. ) の要求に対して応答する TERMINAL STATUS MAKE IDLE resp. conf. (端末状態空き化 resq. ind. ) について説明するための図である。

図 3 6 8は、 TA RELEASE req. ind. (TA解放 req. ind. ) に対する確認のため用いられる TA RELEASE resp. conf. (TA解放 resp. conf. ) について説明するための図である。

図 3 6 9は、 BCFrまたは BCFa.よるラジオリンク失敗の検出および報告の通知のため用いられる RADIO LINK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) について説明するための図である。

図 3 7 0は、ジオリンク失敗の検出の通知のため用いられる RADIO LINK F AILURE req. ind. (ラジオリンク失敗 req. ind. ) について説明するための図である。

図 3 7 1は、 RADIO LINK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) を確認するために用いられる RADIO LINK FAILURE resp. conf. (ラジオリンク失敗 resp. conf. ) について説明する図である。

図 3 7 2は、無線べァラ解放要求のため用いられる RADIO BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) について説明するための図である。

図 3 7 3は、網および端末間の接続解放の指示のため用いられる RELEASE OTIFICATIO req. ind. (解放通知 req. ind. ) について説明するための図である。

図 3 74は、 RELEASE NOTIFICATION req. ind. (解放通知 req. ind, ) を確認するために用いられる RELEASE NOTIFICATION resp. conf. (解放通知 resp. conf. ) について説明するための図である。

図 3 7 5は、 BCFに無線べァラを解放させるために用いられる BEARER RELEA SE req. ind. (ベアラ解放 req. ind. ) について説明するための図である。

図 3 7 6は、 BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) を確認するために用いられる BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) について説明するための図である。

図 3 7 7は、 BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) の送信により稼働中の TACFに呼解放中にあるべァラの解放を要求するアンカ TACFについて説明するための図である。

図 3 7 8は、 BCFに無線べァラを解放させるために用いられる BEARER RELEA SE req. ind. (ベアラ解放 req. ind. ) について説明するための図である。

図 3 7 9は、 BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) を確認するために用いられる BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) について説明するための図である。

図 3 8 0は、 TACFがべァラおよび無線べァラを解放するために用いる BEARE R & RADIO BEARER RELEASE req. ind. (ベアラおよび無線べァラ解放 req. ind. ) について説明するための図である。

図 3 8 1は、 BEARER & RADIO BEARER RELEASE req. ind. (ベアラおよび無線ベアラ解放 req. ind. ) の要求によるべァラおよび無線べァラの解放の確認のために用いられる BEARER & RADIO BEARER RELEASE resp. conf. (ベアラおよび無線べァラ解放 resp. conf. ) について説明するための図である。

図 3 8 2は、無線べァラ解放の完了を通知するために用いられる BEARER RE LEASE resp. conf. (ベアラ解放 resp. conf. ) について説明するための図である。

図 3 8 3は、無線べァラ解放要求に応じて発動される RADIO BEARER RELEAS E req. ind. (無線べァラ解放 req. ind. ) について説明するための図である。

図 3 84は、 RADIO BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) の要求による無線べァラ解放の確認のため用いられる RADIO BEARER RELEASE re sp. conf. (無線べァラ解放 resp. conf. ) について説明するための図である。

図 3 8 5は、 TACFが LRCFに対して呼解放の試行の検出を通知するために送信する TA RELEASE req. ind. (TA解放 req. ind. ) について説明するための図である。

図 3 8 6は、更新ユーザのプロファイル要求のため用いられる TERMINAL ST ATUS MAKE IDLE req. ind. (端末空き状態化 req. ind. ) について説明するための図である。

図 3 8 7は、 TERMI AL STATUS MAKE IDLE req. ind. (端末空き状態化 req. i nd. ) の要求に対して応答する TERMINAL STATUS MAKE IDLE resp. conf. (端末状態空き化 req. ind. ) について説明するための図である。

図 3 8 8は、 TA RELEASE req. ind. (TA解放 req. ind. ) に対する確認のため用いられる TA RELEASE resp. conf. (TA解放 resp. conf. ) について説明するための図である。

図 3 8 9は、 LRCFへのユーザ側切断の検出通知のため用いられる CALL DISC ON ECT req. ind. (呼切断 req. ind. ) について説明するための図である。

図 3 9 0は、ユーザのプロファイルの更新要求のため用いられる USER PROF ILE UPDATE req. ind. (ュ一ザプロファイル更新 req. ind. ) について説明するための図である。

図 3 9 1は、 USER PROFILE UPDATE resp. conf. (ュ一ザプロファイル更新 r esp. conf. ) の要求に対して応答する USER PROFILE UPDATE resp. conf. (ユーザプロファイル更新 resp. conf. ) について説明するための図である。

図 392は、 CALL DISCONNECT req. ind. (呼切断 req. ind. ) の要求に対して応答する CALL DISCONNECT resp. conf. (呼切断 resp. conf. ) について説明するための図である。

図 393は、網に対して信号チャネルのセットアップを要求するために用いる SIGNALING CHANNEL SETUP REQUEST req. ind. (信号チャネルセットアップ要求 req. ind. ) について説明する図である。

図 394は、網に対して信号チャネルセッ卜の割当要求を行うために用いる SIGNALING CHANNEL SETUP req. ind. (信号チャネルセットアップ req. ind. ) について説明する図である。

図 39 5は、信号チャネルに対する無線リソースの割当てを行うために用いる SIGNALING CHANNEL SETUP resp. conf. (信号チャネルセットアップ resp, conf. ) について説明する図である。

図 396は、移動機端末からの信号チャネル要求の受信（初期アクセスの検出）の指示のため、および網における信号チャネルに一致するセットアップの要求のため用いられる SIGNALING CHANNEL SETUP REQUESTED req. ind. (信号チヤネルセットアップ被要求 req. ind. ) について説明するための図である。

図 397は、 TACF及び SACFと SCMFとの間の信号接続のセットアップを要求するための SIGNALING CONNECTION SETUP req. ind.について説明するための図である。

図 398は、信号チャネルの確立（ハードウェア上のチャネル、網上のチヤネルを含む）の報告のため用いられる SIGNALING CONNECTION SETUP resp. conf. (信号接続セットアップ resp. conf. ) について説明するための図である。

図 399は、 TACFおよび SACFと SCMFとの間の信号接続のセットアップに用い ¾ SIGNALI G CONNECTION SETUP req. ind. (信号接続セットアップ req. ind. ) について説明するための図である。

図 400は、 CCFから TACFへのアクセスベアラの確立要求のため用いられる BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) について説明するための図である。

図 40 1は、登録要求した TACFに対して登録された無線リソースの報告のため用いられる CHANNEL SELECTION resp. conf. (チャネル選択 resp. conf. ) について説明するための図である。

図 40 2は、 TACFが BCFに対して送信するアクセスベアラの確立要求のため BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) について説明するための図である。

図 40 3は、アクセスベアラ確立の確認のためおよび BCF相互の間での Bear er ID (ベアラ ID) の表示のため送信される BEARER SETUP resp. conf. (ベアラセットアップ resp. conf. ) について説明するための図である。

図 404は、 TACFaから TACFvへのアクセスベアラの確立要求のため用いられる BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) について説明するための図である。

図 40 5は、 TACFが BCFに対して送信するアクセスベアラの確立要求のため BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) について説明するための図である。

図 40 6は、 BCFが TACFに対して送信するアクセスベアラの確立要求のため BEARER SETUP resp. conf. (ベアラセットアップ resp. conf. ) について説明するための図である。

図 40 7は、 BCFrに対して無線べァラの確立要求および BCF相互間でのベアラ確立要求のために送信される BEARER RADIO BEARER SETUP req. ind. (ベアラおよび無線ベアラセッ卜アップ req. ind. ) について説明するための図である。

図 40 8は、 BCFrが受信した無線べァラの有効性および無線べァラ確立の継続を報告するために送信する RADIO BEARER SETUP PROCEEDING req. ind. (無線べァラセットアップ手続き req. ind. ) について説明するための図である。

図 40 9は、新たなアクセスベアラを制御する TACFが信号接続を有する TAC Fに対し新たに承認される無線べァラを要求するために送信する RADIO BEARER S ETUP REQUEST req. ind.について説明するための図である。

図 4 1 0は、 TACAFに対して無線べァラの確立要求のために送信する RADIO BEARER SETUP req. i nd. (無線ベアラセットアップ req. i nd. ) について説明するための図である。

図 4 1 1は、 TACAFが BCAFに対して無線べァラの確立要求のため送信する RA DIO BEARER SETUP req. ind. (無線ベアラセットアップ req. i nd. ) について説明するための図である。

図 4 1 2は、 BCAFが TACAFに対して送信する無線べァラの確立完了の確認のため RADIO BEARER SETUP resp. conf. (無線ベアラセットアップ resp. conf. ) について説明するための図である。

図 4 1 3は、無線べァラの確立および BCF相互間のベアラ確立の完了の確認のため、送信される BEARER & RADIO BEARER SETUP resp. conf. (ベアラおよび無線ベアラセッ卜アップ resp. conf. ) について説明するための図である。

図 4 1 4は、アクセスベアラの確立完了の確認のため用いられる BEARER S ETUP resp. conf. (ベアラセットアップ resp. conf. ) について説明するための図である。

図 4 1 5は、アクセスベアラの確立完了の確認のため用いられる BEARER S ETUP resp. con f. (ベアラセットアップ resp. conf. ) について説明するための図である。

図 4 1 6は、呼に関連するべァラが解放過程にあることを通知するために用いられる BEARER RELEASE req. i nd. (ベアラ解放 req. i nd. ) について説明するための図である。

図 4 1 7は、無線べァラの解放要求を行うために用いる RADIO BEARER RELE ASE req. i nd. (無線べァラ解放 req. ind. ) について説明するための図である。

図 4 1 8は、 RADIO BEARER RELEASE req. i nd. (無線べァラ解放 req. ind. ) を確認するために用いられる RADIO BEARER RELEASE resp. conf. (無線べァラ解放 resp. conf. ) について説明するための図である。

図 4 1 9は、 BCFに無線べァラ解放を行わせるために用いられる BEARER REL EASE req. i nd. (ベアラ解放 req. i nd. ) について説明するための図である。

図 4 2 0は、 BEARER RELEASE resp. con f. (ベアラ解放 resp. conf. ) について説明するための図である。図 4 2 1は、 TACFaが TACFvに対して解放過程にある呼に係るベアラ解放の要求のために送信する BEARER RELEASE req. i nd. (ベアラ解放 req. ind. ) について説明するための図である。

図 4 2 2は、 BCFに対して無線べァラ解放を行わせるために用いられる BEAR ER RELEASE req. ind. (ベアラ解放 req. i nd. ) について説明するための図である。

図 4 2 3は、 BEARER RELEASE req. i nd. (ベアラ解放 req. ind. ) を確認するために用いられる BEARER RELEASE resp. con f. (ベアラ解放 resp. conf. ) について説明するための図である。

図 4 2 4は、ベアラおよび無線べァラ解放のために用いられる BEARER & RA DIO BEARER RELEASE req. i nd. (ベアラおよび無線べァラ解放 req. i nd. ) について説明するための図である。

図 4 2 5は、 BEARER RADIO BEARER RELEASE req. ind. (ベアラおよび無線ベアラ解放 req. i nd. ) の要求によるべァラおよび無線べァラ解放の確認のため用いられる BEARER & RADIO BEARER RELEASE resp. conf. (ベアラおよび無線べァラ解放 resp. con f. ) について説明するための図である。

図 4 2 6は、 TACFに対する無線べァラ解放の要求の完了通知のために用いられる BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) について説明するための図である。

図 4 2 7は、 CCFに対する無線べァラ解放の要求の完了通知のために用いられる BEARER RELEASE resp. con f. (ベアラ解放 resp. conf. ) について説明するための図である。

図 4 2 8は、 TACAFが無線べァラの解放要求のために用いる RADIO BEARER R ELEASE req. i nd. (無線べァラ解放 req. i nd. ) について説明するための図である。

図 4 2 9は、 RADIO BEARER RELEASE req. i nd. (無線べァラ解放！ "eq. i nd. ) による無線べァラ解放の確認のために用いられる RADIO BEARER RELEASE resp. c onf. (無線べァラ解放 resp. conf. ) について説明する図である。

図 4 3 0は、 MCFおよび TACF間で用いる信号チャネルの解放要求のための SI GNALI G CHANNEL RELEASE REQUEST req. ind. (信号チャネル解放要求 req. i nd. ) について説明する図である。図 43 1は、信号チャネル（網および無線リソースの双方を含む）の解放要求に用いられる SIGNALING CONNECTION RELEASE req. ind. (信号接続解放 req. in d. ) について説明する図である。

図 432は、信号チャネルの解放報告のため用いられる SIGNALING CONNECT ION RELEASE resp. conf. (信号接続解放 resp. conf. ) について説明するための図である。

図 433は、 TACFaが TACFvに対してアクセスベアラのセットアップのため送信する BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) の内容を示す図である。

図 434は、 INTRA BCFr HANDOVER BRANCH ADDITION req. ind. (自局 BCFrハンドオーバブランチ追加 req. ind. ) について説明する図である。

図 435は、 BCFrが TACFに対して単一または複数のハードウェア的無線チヤネルのセットアップ完了の告知のため送信する INTRA BCFr HANDOVER BRANCH AD DITION resp. conf. (自局 BCFrハンドオーバブランチ追加 resp. conf. ) の内容を示す図である。

図 436は、基地 TACFが TACFaに対して移動機端末および TACFの制御下にある BCFr間の無線べァラのセットアップ要求のため送信する RADIO BEARER SETUP REQUEST req. ind. (無線ベアラセットアップ要求 req. ind. ) の内容を示す図である。

図 437は、ブランチを追加したハンドォ一バの自局 BSダイバ一シティの通知のために用いられる HANDOVER Branch Addition req. ind. ひンドォ一バブランチ追加 req. ind. ) を説明するための図である。

図 438は、 TACAFが BCAFに対して無線べァラのセットアップ要求のため送信する RADIO BEARER SETUP req. ind. (無線ベアラセットアップ req. ind. ) の内容を示す図である。

図 439は、 BCAFが TACAFに対して無線べァラのセットアップ完了の告知のため送信する RADIO BEARER SETUP resp. conf. (無線ベアラセットアップ resp, c onf. ) の内容を示す図である。

図 440は、ハンドオーバ初期化の通知に用いる HANDOVER CONNECTION SET UP req. ind. ひンドオーバ接続セットアップ req. ind. ) を説明するための図である。

図 4 4 1は、 BCFが TACFに対して HANDOVER CONNECTION" SETUP req. ind. (ハンドオーバ接続セットアップ req. i nd. ) の確認のため送信する HANDOVER C0NNE CTION SETUP resp. conf. (ハンドォ一バ接続セットアップ resp. conf. ) の内容を示す図である。

図 4 4 2は、 TACFaが TACFvに対してアクセスベアラのセットアップのため送信する BEARER SETUP req. i nd. (ベアラセットアップ req. i nd. ) の内容を示す図である。

図 4 4 3は、 TACFが BCFに対して送信する BEARER SETUP req. i nd. (ベアラセットアップ req. i nd. ) の内容を示す図である。

図 4 4 4は、 BCFが TACFに対して前記 BEARER SETUP req. ind. (ベアラセッ卜アップ req. i nd. ) の確認のため送信する BEARER SETUP resp. con f. (ベアラセットアップ resp. conf. ) の内容を示す図である。

図 4 4 5は、 BEARER & RADIO BEARER SETUP resp. conf. (ベアラおよび無線ベアラセットアップ resp. conf. ) の内容を示す図である。

図 4 4 6は、 BCFrが TACFに対して無線べァラのセットアップ完了、および B

CFrおよび BCF間のベアラのセットァップ完了の告知のため送信する BEARER & R

ADIO BEARER SETUP resp. conf. (ベアラおよび無線ベアラセットアップ resp. co nf. ) の内容を示す図である。

図 4 4 7は、基地 TACFが TACFaに対して移動機端末および基地 TACFの制御下にある BCFrの間での無線ベアラセットアップ要求の告知のため送信する RADIO B

EARER SETUP REQUEST req. i nd. (無線ベアラセットアップ要求 req. i nd. ) の内容を示す図である。

図 4 4 8は、ハンドオーバの初期化の通知のために用いられる HANDOVER BR

ANCH ADDITION" req. i nd. (ハンドオーバブランチ追加 req. i nd. ) の内容を示す図である。

図 4 4 9は、 TACAFから BCAFに対して送信される RADIO BEARER SETUP req. i nd. (無線ベアラセットアップ req. i nd. ) の内容を示す図である。図 4 5 0は、 BCAFが TACAFに対して無線べァラのセットアップ完了の告知のため送信する RADIO BEARER SETUP resp. conf. (無線ベアラセッ卜アップ resp. c onf. ) の内容を示す図である。

図 4 5 1は、 TACFaが TACFvに対してアクセスベアラ確立の保証のため送信する BEARER SETUP resp. conf. (ベアラセットアップ resp. conf, ) の内容を示す図である。

図 4 5 2は、 HANDOVER BRANCH DELETION req. i nd. (ハンドォ- ' 削除 req. i nd. ) の内容について説明する図である。

図 4 5 3は、 TACAFが TACFに対して HANDOVER BRANCH DELETION req. ind. ンドォ一バブランチ削除 req. i nd. ) の確認のため送信する HANDOVER BRANCH DEL ETIO resp. conf. (ハンドオーバブランチ削除 resp. con f. ) の内容を示す図である。

図 4 5 4は、 TACFaが TACFv に対してアクセスベアラ解放のため送信する BE ARER RELEASE req. ind. (ベアラ解放 req. ind. ) の内容を示す図である。

図 4 5 5は、 TACFが BCFrに対して単一または複数のハードウェア的無線チヤネルの解放要求のため送信する INTRA BCFr HANDOVER BRANCH DELETION req. i nd. (自局 BCFrハンドオーバブランチ削除 req. i nd. ) の内容を示す図である。

図 4 5 6は、 BCFrが TACFに対して単一または複数のハードウェア的無線チヤネルの解放の告知のため送信する INTRA BCFr HANDOVER BRANCH DELETION resp. conf. (自局 BCFrハンドオーバブランチ削除 resp. conf. ) の内容を示す図である。

図 4 5 7は、 TACFvが TACFaに対して BEARER RELEASE req. ind. (ベアラ解放 req. i nd. ) の確認のため送信する BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) の内容を示す図である。

図 4 5 8は、 TACAが TACAFが TACFに対して送信する HANDOVER BRANCH DELETI ON req. i nd. ひンドオーバブランチ削除 req. i nd. ) の内容を示す図である。

図 4 5 9は、 TACAFが TACFに対して HANDOVER BRANCH DELETION req. ind. (ハンドオーバブランチ削除 req. i nd. ) の確認のため送信する HANDOVER BRANCH DEL ETION resp. conf. (ハンドオーバブランチ削除 resp. conf. ) の内容を示す図でめる。図 4 6 0は、 TACAFが BCAFに対して無線べァラの解放要求のため送信する RA DIO BEARER RELEASE req. i nd. (無線べァラ解放 req. i nd. ) の内容を示す図である。

図 4 6 1は、 BCAFが TACAFに対して無線べァラ解放の完了の告知のため送信する RADIO BEARER RELEASE resp. conf. (無線べァラ解放 resp. conf. ) の内容を示す図である。

図 4 6 2は、 TACFが BCFに対してダイバーシチハンドォ一バ状態における指示されるベアラの削除のため送信する HANDOVER CONNECTION RELEASE req. i nd. (ハンドオーバ接続解放 req. i nd. ) の内容を示す図である。

図 4 6 3は、 BCFが TACFに対して前記 HANDOVER CONNECTION RELEASE req. i nd. (ハンドオーバ接続解放 req. i nd. ) の確認のため送信する HANDOVER CONNECT ION RELEASE resp. conf. (ハンドオーバ接続解放 resp. con f. ) の内容を示す図である。

図 4 6 4は、 TACFaが TACFvに対してアクセスベアラの解放のため送信する B EARER RELEASE req. i nd. (ベアラ解放 req. ind. ) の内容を示す図である。

図 4 6 5は、 TACFが BCFに対してベアラ解放の要求のため送信する BEARER R ELEASE req. i nd. (ベアラ解放 req. i nd. ) の内容を示す図である。

図 4 6 6は、 BCFが TACFに対して BEARER RELEASE req. i nd. (ベアラ解放 req. i nd. ) の確認のため送信する BEARER RELEASE resp. conf. (ベアラ解放 resp. con f. ) の内容を示す図である。

図 4 6 7は、 TACFが BCFrに対して t o reques t the bearer between BCFおよび BCF r間のベアの解放要求、および無線ベアラの解放要求のため送信する BEARE R & RADIO BEARER RELEASE req. i nd. (ベアラおよび無線べァラ解放 req. i nd. ) の内容を示す図である。

図 4 6 8は、 BCFrが TACFに対してベアラおよび無線べァラの解放完了の告知のため送信する BEARER & RADIO BEARER RELEASE resp. con f. (ベアラおよび無線ベアラ解放 resp. conf. ) の内容を示す図である。

図 4 6 9は、 TACFv が TACFaに対して前記 BEARER RELEASE req. ind. (ベアラ解放 req. i nd. ) の確認のため送信する BEARER RELEASE resp. con f (ベアラ解放 r esp. conf. ) の内容を示す図である。

図 4 7 0は、 TACFaが TACFvに対してアクセスベアラのセットアップのため送信する BEARER SETUP req. i nd. (ベアラセットアップ req. i nd. ) の内容を示す図である。

図 4 7 1は、 BCFr が TACFに対して単一または複数のハードウェア的無線チャネルのセットアツプ完了を告知するため送信する内容を示す図である。

図 4 7 2は、 BCFrが TACFに対してハンドオーバブランチ切替要求の承認の告知のため送信する INTRA BCFr HANDOVER BRANCH REPLACEMENT PROCEEDING req. ind. (自局 BCFrハンドオーバブランチ切替手続き req. i nd. ) の内容を示す図である。

図 4 7 3は、基地 TACFがアンカ TACFaに対して移動機端末、および基地 TACF の制御下にある BCFr間のセットアップ要求のため送信する RADIO BEARER SETUP REQUEST req. ind. (無線ベアラセットアップ要求 req. i nd. ) の内容を示す図である。

図 4 7 4は、 TACFが TACAFに対してノンソフ卜ハンドオーバ実行の初期化のために送信する NON- SOFT HANDOVER EXECUTION req. ind.の内容を示す図である。

図 4 7 5は、 TACAFが BCAFに対して無線べァラのセットアップ要求のため送信する RADIO BEARER SETUP req. i nd. (無線ベアラセットアップ req. ind. ) の内容を示す図である。

図 4 7 6は、 BCAFが TACAFに対して無線べァラのセットアップ完了の告知のため送信する RADIO BEARER SETUP resp. conf. (無線ベアラセットアップ resp. c onf. ) の内容を示す図である。

図 4 7 7は、 TACAFが BCAFに対して無線べァラの解放要求のため送信する RA DIO BEARER RELEASE req. ind. (無線べァラ解放 req. i nd. ) の内容を示す図である。

図 4 7 8は、 BCAFが TACAFに対して無線べァラの解放完了の告知のために送信する RADIO BEARER RELEASE resp. conf.の内容を示す図である。

図 4 7 9は、 TACFaが TACFvに対してアクセスベアラの確立確認のため送信する BEARER SETUP resp. conf. (ベアラセットアップ resp. conf. ) の内容を示す図である。

図 4 8 0は、 TACFaが BCFaに対してハンドオーバの初期化の通知のために送信する HANDOVER CONNECTION SETUP req. ind.の内容を始 Mすための図である。

図 4 8 1は、 BCFが TACFに対して前記 HANDOVER CONNECTION SETUP req. ind. ひンドオーバ接続セットアップ req. i nd. ) の確認のため送信する HANDOVER C ON ECTIO SETUP resp. conf. (ハンドオーバ接続セットアップ resp. conf. ) の内容を示す図である。

図 4 8 2は、 TACFa 力^ ACFvに対してハンドオーバリンクのセットアップのため送信する BEARER SETUP req. i nd. (ベアラセットアップ req. ind. ) の内容を示す図である。

図 4 8 3は、 TACFが網側における新たなハンドオーバリンクを要求するために BCFに対して送信する BEARER SETUP req. i nd.の内容を示す図である。

図 4 8 4は、 BCFが TACFに対して前記 SETUP req. i nd. (ベアラセットアップ req. ind. ) の確認のため送信する BEARER SETUP resp. conf. (ベアラセットアツプ resp. conf. ) の内容を示す図である。

図 4 8 5は、 TACFが BCFおよび BCFr間のベアラセットアップおよび無線ベアラセットアップを要求すべく BCFrに対して送信する BEARER & RADIO BEARER SET UP req. i nd.の内容を示す図である。

図 4 8 6は、 BCFrが TACFに対してアクセスラジオリンクのセットアップ承認の告知、および BCFrにおけるアクセスラジオリンクのセットアップ開始の告知のため送信する RADIO BEARER SETUP PROCEEDING req. ind. (無線ベアラセットアツプ手続き req. ind. ) の内容を示す図である。

図 4 8 7は、 RADIO BEARER SETUP REQUEST req. i nd.の内容を説明する図である。

図 4 8 8は、 TACFが TACAFに対してノンソフトハンドオーバ実行の初期化のために送信する NON-SOFT HANDOVER EXECUTION req. i nd.の内容を示す図である。

図 4 8 9は、 TACAFが BCAFに対してアクセスラジオリンクのセッ卜アップ要求のため送信する RADIO BEARER SETUP req. i nd. (無線ベアラセットアップ req. ind. ) の内容を示す図である。図 4 9 0は、 BCAFが TACAFに対してアクセスラジオリンクのセットアップ完了の告知のため送信する RADI O BEARER SETUP resp. con f. (無線ベアラセットァップ resp. con f. ) の内容を示す図である。

図 4 9 1は、 TACAFが BCAFに対してアクセスラジオリンクの解放要求のため送信する RADI O BEARER RELEASE req. i nd. (無線べァラ解放 req. i nd. ) の内容を示す図である。

図 4 9 2は、 BCAFが TACAFに対してアクセスラジオリンクの解放完了を告知するため送信する RADIO BEARER RELEASE resp. conf. (無線べァラ解放 resp. con f. ) の内容を示す図である。

図 4 9 3は、 BCFrがアクセスラジオリンクセットアップ完了の通知のため及び BCFr及び BCF間のリンクのセットアップ完了を告知するため TACFに送信する BE ARER & RADIO BEARER SETUP resp. con f.の内容を示す図である。

図 4 9 4は、 TACFaが TACFvに対してハンドォ一バリンクの確立の確認のため送信する BEARER SETUP resp. con f. (ベアラセットアップ resp. conf. ) の内容を示す図である。

図 4 9 5は、 TACFが BCFaに対して指示されたハンドオーバリンクの削除のため送信する HANDOVER CONNECTION RELEASE req. i nd. (ハンドオーバ接続解放 req. i nd. ) の内容を示す図である

図 4 9 6は、 BCFが TACFに対して HANDOVER CONNECTI ON" RELEASE req. i nd. (ハンドオーバ接続解放 req. i nd. ) の確認のため送信する HANDOVER CONNECTI ON RELEASE resp. conf. (ハンドオーバ接続解放 req. i nd. ) の内容を示す図である。

図 4 9 7は、 TACFaが TACFvに対して網側におけるハンドオーバリンクの解放のため送信する BEARER RELEASE req. i nd. (ベアラ解放 req. i nd. ) の内容を示す図である。

図 4 9 8は、 TACFが BCFに対して網側におけるハンドオーバリンクの解放要求のため送信する BEARER RELEASE req. i nd. (ベアラ解放 req. i nd. ) の内容を示す図である。

図 4 9 9は、 BCFが TACFに対して BEARER RELEASE req. i nd. (ベアラ解放 req. i nd. ) の確認のため送信する BEARER RELEASE resp. con f. (ベアラ解放 resp. co nf. ) の内容を示す図である。

図 5 0 0は、 TACFが BCFrに対してアクセスリンクの解放要求のため、または、 BCF及び BCFr間のハンドォ一バリンクの解放要求並びに BCAF及び BCF間のハンドォーバリンクの解放要求のために送信される BEARER & RADIO BEARER RELEASE req. i nd.の内容を示す図である。

図 5 0 1は、 BCFrが TACFに対してアクセスリンクの解放完了またはハンドォーバリンクの解放完了の告知のため送信する BEARER & RADIO BEARER RELEASE r esp. conf. (ベアラおよびラジオ解放 req. i nd. ) の内容を示す図である。

図 5 0 2は、 TACFvが TACFaに対して conf i rm BEARER RELEASE req. i nd. (ベァラ解放 req. i nd. ) の確認のため送信する BEARER RELEASE resp. conf. (ベアラ解放 resp. con f. ) の内容を示す図である。

図 5 0 3は、 TACFaがハンドオーバの初期化のため BCFaに対して送信する HA DOVER CONNECTION SETUP req. ind.の内容を示す図である。

図 5 0 4は、 BCFが TACFに対して HANDOVER CONNECTION SETUP req. i nd. (ハンドオーバ接続セットアップ req. i nd. ) の確認のため送信する HANDOVER C0NNE CTIO SETUP resp. conf. (ハンドオーバ接続セットアップ resp. conf. ) の内容を示す図である。

図 5 0 5は、 TACFa が TACFvに対して ACCH.に対するアクセスベアラのセットアップのため送信する BEARER SETUP req. i nd. (ベアラセットアップ req. i nd. ) の内容を示す図である。

図 5 0 6は、 TACFが A C C Hに対するベアラのセットアップを要求するために BCFに対して送信する BEARER SETUP req. i nd.の内容を示す図である。

図 5 0 7は、 BCFが TACFに対して BEARER SETUP req. ind. (ベアラセットアツプ req. ind. ) の確認のため送信する BEARER SETUP resp. conf. (ベアラセットァップ resp. con f. ) の内容を示す図である。

図 5 0 8は、 BEARER & RADIO BEARER SETUP req. i nd. (TACF→BCFr) の内容を説明する図である。

図 5 0 9は、 RADIO BEARER SETUP PROCEEDING req. ind. (BCFr- TACF) の内容を説明する図である。図 5 1 0は、 RADIO BEARER SETUP REQUEST req. i nd.の内容を説明する図である。

図 5 1 1は、 RADIO BEARER SETUP req. i nd. (TACF—TACAF) の内容を説明する図である。

図 5 1 2は、 RADIO BEARER SETUP req. i nd. (TACF→BCAF) の内容を説明する図である。

図 5 1 3は、 BCAFが TACAFに対して ACCHに対する無線べァラのセットアップ完了の告知のため送信する RADIO BEARER SETUP resp. con f. (無線ベアラセットアップ resp. conf. ) の内容を示す図である。

図 5 1 4は、 TACAFが BCAに対して無線べァラ解放要求のため送信する RADIO BEARER RELEASE req. i nd. (無線べァラ解放 req. ind. ) の内容を示す図である。

図 5 1 5は、 BCAFが TACAFに対して無線べァラの解放完了の告知のため送信する RADIO BEARER RELEASE resp. conf. (無線べァラ解放 resp. conf. ) の内容を示す図である。

図 5 1 6は、 TACFが BCFaに対してソフトハンドオーバ状態にある指示されたベアラの削除のため送信する HANDOVER CONNECTION RELEASE req. ind. ひンドォーバ接続解放 req. ind. ) の内容を示す図である。

図 5 1 7は、 BCFが TACFに対して HANDOVER CONNECTION RELEASE req. ind. (ハンドオーバ接続解放 req. ind. ) の確認のため送信する HANDOVER CONNECT 10 N RELEASE resp. conf. (ハンドオーバ接続解放 resp. con f. ) の内容を示す図である。

図 5 1 8は、 TACFaが TACFvに対してアクセスベアラの解放のため送信する BEARER RELEASE req. ind. (ベアラ解放 req. i nd. ) の内容を示す図である。

図 5 1 9は、 TACFが BCFに対してベアラの解放要求のため送信する BEARER R ELEASE req. i nd. (ベアラ解放 req. i nd. ) の内容を示す図である。

図 5 2 0は、 BCFが TACFに対して BEARER RELEASE req. i nd. (ベアラ解放 req. i nd. ) の確認のため送信する BEARER RELEASE resp. conf. (ベアラ解放 resp. con f. ) の内容を示す図である。

図 5 2 1は、 TACFが BCFrに対して BCFrおよび BCF間のベアラの解放要求、および無線べァラの解放要求のため送信する BEARER & RADIO BEARER RELEASE req. ind. (ベアラおよび無線べァラ解放 req. ind. ) の内容を示す図である。

図 5 2 2は、 BCFrが TACAFに対してベアラの解放完了および無線ベアラの解放完了の告知のために送信する BEARER RADIO BEARER RELEASE resp. conf.の内容を示す図である。

図 5 2 3は、 TACFvが TACFaに対して BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) の確認のため送信する BEARER RELEASE resp. conf. (ベアラ解放 res p. conf. ) の内容を示す図である。

図 5 24は、 BCFrが TACFに対してコ一ド切替要求のため送信するコード切替 req. ind. の内容を示す図である。

図 5 2 5は、基地 TACFが TACFaに対してコ一ド切替のため送信するコード切替 req. ind. の内容を示す図である。

図 5 2 6は、 TACFが TACAFに対してコード切替のため送信するコ一ド切替 re q. ind. の内容を示す図である。

図 5 2 7は、 TACAFが BCAFに対して送信するコード切替 req. ind. の内容を示す図である。

図 5 2 8は、 BCAFが TACAFに対してコード切替の完了の告知のため送信するコ一ド切替 resp. conf.の内容を示す図である。

図 5 2 9は、 TACAFが TACFaに対してコ一ド切替 req. ind.の確認のため送信するコード切替 resp. conf.の内容を示す図である。

図 5 3 0は、 TACFaが TACFvに対してコ一ド切替 req. ind.の確認のため送信するコード切替 resp. conf. の内容を示す図である。

図 5 3 1は、 TACFが BCFrに対してコード切替 req. ind.の確認のため送信するコード切替 resp. conf.の内容を示す図である。

図 5 3 2は、 MRRCが RRCに対してハンドオーバブランチの各ラジオ状態の通知のため定期的に送信する CELL CONDITION REPORT req. ind. (セル状態報告 re q. ind. ) の内容を示す図である。

図 5 3 3は、 TACFaが TACFvに対して送信する送信電力値の通知のため送信電力値設定 req. ind.の内容を示す図である。図 534は、 TACFが BCFrに対して送信電力値の通知のため送信する送信電力値設定 req. ind.の内容を示す図である。

図 535は、 LAI update IFを説明するための図である。

図 536は、 Terminal location update IF (SACF-vi s i ted SCF) を説明するための図である。

図 537は、 Terminal location update IF (MCF-SACF) を説明するための図である。

図 538は、認証情報 IFを説明するための図である。

図 539は、 Authetication challenge IF (LRCF-TACF & LRCF— SACF) を説明するための図である。

図 540は、 Authetication challenge IF (TACF - TACAF & SACF-MCF) を説明するための図である。

図 54 1は、 Authet icat ion req. ind.および Authet icat ion resp. conf.を説明するための図である。

図 542は、 Start ciphering IF (TACF -TACAF LRCF— TACF) を説明するための図である。

図 543は、 Start ciphering IF (LRCF -SACF) を説明するための図である。図 544は、 ΤΜϋΙ assignment IF (TACF -TACAF) を説明するための図である。

図 545は、 TMUI query IFを説明するための図である。

図 546は、 TMUI modify IFを説明するための図である。

図 547は、 TMUI assignment IF (LRCF-TACF) を説明するための図である。図 548は、 TMUI assignment IF (LRCF -SACF) を説明するための図である。図 549は、 TMUI assignment IF (SACF-MCF) を説明するための図である。図 550は、 IML'I retrieval req. ind.および IMUI retrieval resp. conf. (LRCF-LRDF) を説明するための図である。

図 55 1は、腦1 retrieval req. ind.および IMUI retrieval resp. conf. (SACF— LRCF) を説明するための図である。

図 552は、 IMUI retrieval req. ind.および IMUI retrieval resp. conf. (MCF-SACF) を説明するための図である。

図 5 5 3は、 IMUI retrieval req. ind.および IMUI retrieval resp. conf. (TACF-LRCF) を説明するための図である。

図 5 54は、 IMUI retrieval req. ind.および IMUI retrieval resp. conf. (TACAF-TACF) を説明するための図である。

図 5 5 5は、レイヤ 3整合副々層についての SAPIを説明するための図である。

図 5 5 6は、レイヤ 3整合副々層についての W bitを説明するための図である。

図 5 5 7は、レイヤ 3整合副々層についての符号型指示子を説明するための図である。

図 5 5 8は、レイヤ 3整合副々層についての予約を説明するための図である。

図 5 5 9は、プロトコルデ一夕ュニット（PDU)のリストを示す図である。図 5 6 0は、プロトコルデ一夕ユニット（PDU)のリストを示す図である。図 5 6 1は、 CRCビットの説明図である。

図 5 6 2は、 Wビットの説明図である。

図 5 6 3は、 BCCH識別情報の説明図である。

図 5 64は、上り千渉電力情報の説明図である。

図 5 6 5は、送信情報が関連する呼若しくは移動局を識別するための識別子の説明図である。

図 5 6 6は、 MAC SDUに搭載される情報がユーザ情報か制御情報かを識別するための識別子の説明図である。

図 5 6 7は、 MAC SDUに搭載される情報が基地局側終端ノードであるかを識別するための識別子の説明図である。

図 5 6 8は、 FACH-Sのモードを識別するための Mo Sビッ卜の説明図である。図 5 6 9は、レイヤ 1フレーム単位で追加される CRCビッ卜の説明図である。図 5 7 0は、 CCメッセージの Message Type (メッセージ種別）の一覧を示す図である。図 5 7 1〜図 5 7 3は、 ALERTINGメッセージを構成する各情報要素を示す図である。

図 5 7 4〜図 5 7 6は、 CALL PROCEEDINGメッセ一ジを構成する各情報要素を示す図である。

図 5 7 7〜図 5 8 1は、 CONNECTメッセージを構成する各情報要素を示す図である。

図 5 8 2は、 CONNECT ACKNOWLEDGEメッセージを構成する各情報要素を示す図である。

図 5 8 3〜図 5 8 5は、 PROGRESSメッセージを構成する各情報要素を示す図である。

図 5 8 6〜図 5 94は、 SETUPメッセ一ジを構成する各情報要素を示す図である。

図 5 9 5は、 RELEASEメッセージを構成する各情報要素を示す図である。図 5 9 6は、 RELEASE COMPLETEメッセ一ジを構成する各情報要素を示す図である。

図 5 9 7は、 INFORMATIONメッセージを構成する各情報要素を示す図である。図 5 9 8は、匪- Tメッセ一ジ Type (種別）を示す図である。

図 5 9 9は、 MOBILITY FACILITYの構成を示す図である。

図 6 0 0、図 6 0 1は、 Terminal Location Registration (端末位置登録）における情報要素の一覧を示す図である。

図 6 0 2は、コンポ一ネント種別が Return Result (リターンリザルト）の場合（位置登録が正常に行われた場合）の情報要素の一覧を示す図である。

図 6 0 3は、コンポーネント種別が Return Error (リターンエラー

) の場合（アプリケーションのエラ一などの準正常が発生した場合）の情報要素の一覧を示す図である。

図 6 0 4は、コンポーネント種別が Reject (リジェクト）の場合（情報要素の不一致などによる準正常が発生した場合）の情報要素の一覧を示す図である。

図 6 0 5は、 TMUI Assignment (TMUIアサインメント）における情報要素の一覧を示す図である。図 6 0 6は、コンポーネント種別が Return Resu の場合の情報要素の一覧を示す図である。

図 6 0 7は、コンポーネント種別が Return Errorの場合の情報要素の一覧を示す図である。

図 6 0 8は、コンポーネント種別が Rejectの場合の情報要素の一覧を示す図である。

図 6 0 9、図 6 1 0は、 Authentication Challenge (認証チャレンジ）における情報要素の一覧を示す図である。

図 6 1 1は、コンポーネント種別が Return Resultの場合（認証要求が正常に行われた場合）の情報要素の一覧を示す図である。

図 6 1 2は、コンポーネント種別が Return Errorの場合の情報要素の一覧を示す図である。

図 6 1 3は、コンポーネント種別が Rejectの場合の情報要素の一覧を示す図である。

図 6 1 4は、 Start Ciphering (秘匿開始）における情報要素の一覧を示す図である。

図 6 1 5は、コンポーネント種別が Return Resultの場合（秘匿開始が正常に行われた場合）の情報要素の一覧を示す図である。

図 6 1 6は、コンポーネント種別が Return Errorの場合の情報要素の一覧を示す図である。

図 6 1 7は、コンポーネント種別が Rejectの場合の情報要素の一覧を示す図である。

図 6 1 8は、 IMUI retrieval (誦リトリバル）における情報要素の一覧を示す図である。

図 6 1 9は、コンポーネント種別が Return Resultの場合（IMUI retrieval が正常に行われた場合）の情報要素の一覧を示す図である。

図 6 2 0は、コンポーネント種別が Return Errorの場合の情報要素の一覧を示す図である。

図 6 2 1は、コンポーネント種別が Rejectの場合の情報要素の一覧を示す図である。

図 6 2 2は、 RBCメッセージの一覧を示す図である。

図 6 2 3は、 RBCメッセージの分類（MESSAGE TYPE) を示す図である。

図 6 2 4は、 RADIO BEARER SETUPメッセージの情報長等を説明する図である _c 図 6 2 5は、 RADIO BEARER RELEASEメッセージの情報長等を説明する図である。

図 6 2 6は、 RADIO BEARER RELEASE COMPLETEメッセージの情報長等を説明する図である。

図 6 2 7は、 HANDOVER CO應 ANDメッセージの情報長等を説明する図である。図 6 2 8は、 HANDOVER RESPONSEメッセージの情報長等を説明する図である。図 6 2 9は、 RRCメッセージの一覧を示す図である。

図 6 3 0は、 RADIO RESOURCE FACILITYメッセージの情報長等を説明する図である。

図 6 3 1は、 RRCメッセージ名の一覧を示す図である。

図 6 3 2は、メッセ一ジ名とインフォメーションフロー名との対応を示す図である。

図 6 3 3は、 TE謂 INAL ASSOCIATION SETUPメッセージの情報長等を説明する図である。

図 6 3 4は、 TERMINAL ASSOCIATION CO顯 ECTメッセ一ジの情報長等を説明する図である。

図 6 4 5は、 Protoco l d i scr iminat or (プロトコル識別子）を説明するための図である。

図 6 4 6、図 6 4 7は、メッセージ整合性動作指示表示のフォーマットおよびコーディングを示す図である。

図 6 4 8、図 6 4 9は、 FPLMTS環境における可変長情報要素のコ一ディングを示す図である。

図 6 5 0は、広帯域固定シフト情報要素について説明するための図である。図 6 5 1は、広帯域一時シフト情報要素について説明するための図である。図 6 5 2〜図 6 5 4は、 AALパラメ一夕情報要素について説明するための図である。

図 6 5 5は、 ATMトラヒック記述子情報要素について説明するための図である。

図 6 5 6は、広帯域伝達能力情報要素について説明するための図である。図 6 5 7は、広帯域高位レイヤ情報情報要素について説明するための図である。

図 6 5 8〜図 6 6 0は、広帯域低位レイヤ情報情報要素について説明するための図である。

図 6 6 1は、着番号情報要素について説明するための図である。

図 6 6 2は、着サブァドレス情報要素について説明するための図である。図 6 6 3〜図 6 6 4は、発番号情報要素について説明するための図である。図 6 6 3〜図 6 6 5は、発サブアドレス情報要素について説明するための図である。

図 6 6 6は、コネクション識別子情報要素について説明するための図である。図 6 6 7は、エンド 'エンド中継遅延情報要素について説明するための図である。

図 6 6 8は、サービス品質（Q0S) パラメータ情報要素について説明するための図である。

図 6 6 9は、広帯域繰り返し識別子情報要素について説明するための図である'

図 6 7 0は、中継網選択情報要素について説明するための図である。

図 6 7 1は、 0AMトラヒック記述子情報要素について説明するための図である,

図 6 7 2は、國- T固有情報要素の一覧を示す図である。

図 6 7 3は、発着信候補ゾーン情報のパラメ一夕を説明する図である。

図 6 7 4は、通信中ゾーン情報のパラメ一夕を説明する図である。

図 6 7 5は、 DH0追加ゾーン情報のパラメ一夕を説明する図である。

図 6 7 6は、 DH0削除ゾーン情報のパラメ一夕を説明する図である。

図 6 7 7は、 HH0実行ゾーン情報のパラメ一夕を説明する図である。図 678は、アウターループ情報のパラメ一夕を説明する図である。

図 679は、品質劣化通知情報のパラメ一夕を説明する図である。

図 680は、 Message typeのフォーマットを示す図である。

図 68 1は、 TACメッセージ固有パラメ一夕名一覧を示す図である。

図 682は、 TERMINAL ASSOCIATION SETUP message specific parameter情報要素について説明するための図である。

図 683は、 PAGING RESPONSE message specific parameter情報要素について説明するための図である。

図 684は、 TERMINAL ASSOCIATION RELEASE message specific parameter 情報要素について説明するための図である。

図 685は、 TACメッセージ固有パラメ一夕のサブフィールドの情報要素名一覧を示す図である。

図 686は、 Cause情報要素について説明するための図である。

図 687は、 Mobile station type情報要素について説明するための図である。

図 688は、 Paged MS ID情報要素について説明するための図である。

図 689は、 Paging ID情報要素について説明するための図である。

図 690は、 BCメッセージのメッセージ Type (種別）一覧を示す図である。図 69 1は、 BCメッセージ分類を示す図である。

図 692は、 LINK SETUP REQUESTEDメッセージの情報要素について説明するための図である。

図 693は、 LINK SETUPメッセージの情報要素について説明するための図である。

図 694は、 LINK SETUP PROCEEDINGメッセージの情報要素について説明するための図である。

図 695は、 LINK SETUP RESPONSEメッセージの情報要素について説明するための図である。

図 696は、 LINK FACILITY (MS W→BTS) メッセージの情報要素について説明するための図である。図 6 9 7は、 LINK FACILITY (BTS→MSCNW) メッセージの情報要素について説明するための図である。

図 6 9 8は、 LINK RELEASEメッセージの情報要素について説明するための図である。

図 6 9 9は、 LIM RELEASE COMPLETEメッセージの情報要素について説明するための図である。

図 7 0 0〜 7 0 6は、 LINK SETUP、 LINK SETUP PROCEEDING, LINK SETUP R ESPO SE, LINK FACILITYの基本情報要素構成の一覧を示す図である。

図 7 0 7は、 BSMメッセージのメッセージ種別一覧を示す図である。

図 7 0 8は、 PAGINGメッセージの情報要素について説明するための図である。図 7 0 9は、 LINK ID基本情報要素の情報長等について示す図である。

図 7 1 0は、周波数無指定型 TCH設定要求情報要素の情報長等について示す図である。

図 7 1 1は、周波数無指定型 TCH設定要求情報要素の情報長等について示す図である。

図 7 1 2は、周波数無指定型 TCH設定要求情報要素の情報長等について示す図である。

図 7 1 3は、 DH0追加要求情報要素の情報長等について示す図である。

図 7 1 4は、 INTRA BS DH0追加要求情報要素の情報長等について示す図である。

図 7 1 5は、 ACCH設定要求情報要素の情報長等について示す図である。

図 7 1 6は、周波数無指定型 TCH設定受付情報要素の情報長等について示す図である。

図 7 1 7は、周波数無指定型 TCH設定受付情報要素の情報長等について示す図である。

図 7 1 8は、周波数無指定型 TCH設定受付情報要素の情報長等について示す図である。

図 7 1 9は、周波数無指定型 TCH設定応答情報要素の情報長等について示す図である。図 7 2 0は、周波数無指定型 TCH設定応答情報要素の情報長等について示す図である。

図 7 2 1は、周波数無指定型 T C H設定応答情報要素の情報長等について示す図である。

図 7 2 2は、 DH0追加設定応答情報要素の情報長等について示す図である。図 7 2 3は、 I NTRA BS DH0追加設定応答情報要素の情報長等について示す図である。

図 7 2 4は、 ACCH設定応答情報要素の情報長等について示す図である。図 7 2 5は、 I NTRA BS DH0追加設定要求情報要素の情報長等について示す図である。

図 7 2 6は、 I NTRA BS DH0削除設定要求情報要素の情報長等について示す図である。

図 7 2 7は、 INTRA BS HH0設定要求情報要素の情報長等について示す図である。

図 7 2 8は、 ACCH解放要求情報要素の情報長等について示す図である。図 7 2 9は、周波数無指定型切替設定要求情報要素の情報長等について示す図である。

図 7 3 0は、周波数無指定型切替設定要求情報要素の情報長等について示す図である。

図 7 3 1は、設定完了通知情報要素の情報長等について示す図である。図 7 3 2は、 I NTRA BS HH0削除設定応答情報要素の情報長等について示す図である。

図 7 3 3は、 INTRA BS HH0追加設定応答情報要素の情報長等について示す図である。

図 7 3 4は、 ACCH解放応答情報要素の情報長等について示す図である。図 7 3 5は、周波数指定型切替設定応答情報要素の情報長等について示す図である。

図 7 3 6は、周波数指定型切替設定要求情報要素の情報長等について示す図である。図 7 3 7は、周波数無指定型切替設定受付情報要素の情報長等について示す図である。

図 7 3 8は、周波数無指定型切替設定応答情報要素の情報長等について示す図である。

図 7 3 9は、コ一ド切替要求情報要素の情報長等について示す図である。図 7 4 0は、 TCH解放要求情報要素の情報長等について示す図である。

図 7 4 1は、 SDCCH解放要求情報要素の情報長等について示す図である。

図 7 4 2は、 CAUSEの情報長等について示す図である。

図 7 4 3は、 SDCCH設定要求情報要素の情報長等について示す図である。

図 7 4 4は、 LAI設定要求情報要素の情報長等について示す図である。

図 7 4 5は、 BCメッセ一ジを識別するためのプロトコル識別子のコード化についての説明図である。

図 7 4 6は、 BCメッセージの機能を識別するためのメッセージ種別のコ一ド化について説明するための図である。

図 7 4 7は、 BSMメッセージを識別するためのプロトコル識別子のコード化について説明するための図である。

図 7 4 8は、 BSMメッセージの機能を識別するためのメッセージ種別のコード化について説明するための図である。

図 7 4 9は、ォクテツト 4以降に設定されている番号種別を示す図である。図 7 5 0は、オクテット 4以降に設定されている番号のオクテット数（番号長）を示す図である。

図 7 5 1は、移動通信システムにおける秘匿実行状態の一例の説明図である。図 7 5 2は、図 7 5 1に示した移動通信システムにおける不具合の説明図である。

図 7 5 3は、秘匿開始の設定における移動通信システムの概要構成を示す図である。

図 7 5 4は、秘匿開始の設定における移動通信システムの動作を説明する図である。

図 7 5 5は、網から移動機に対して秘匿開始要求を通知し、秘匿開始要求通知後は、送信信号及び受信信号の双方に秘匿を実施するように構成した場合の移動機 M Sと網 N Wとの間の正常動作時の秘匿処理シーケンス図である。

図 7 5 6は、図 7 5 5に示した秘匿処理シーケンスで発生する不具合を説明する図である。

図 7 5 7は、（3 . 1 ) 章の制御方法における通常動作時の秘匿実行シーケンス図である。

図 7 5 8は、（3 . 1 ) 章の制御方法における効果を説明する図である。図 7 5 9は、移動通信システムにおいて固有の秘匿方式を用いて秘匿処理を行う場合の概要シーケンス図である。

図 7 6 0は、（3 . 2 ) 章の制御方法における概要動作を説明するためのシ一ケンス図である。

図 7 6 1は、（3 . 2 ) 章の制御方法における詳細動作を説明するためのシ一ケンス図（その 1 ) である。

図 7 6 2は、（3 . 2 ) 章の制御方法における詳細動作を説明するためのシ一ケンス図（その 2 ) である。

図 7 6 3は、移動局が基地局内ダイバーシチハンドオーバによる通信が可能なゾーンに位置しているときに当該移動局に対するァクセスリンクの設定が行われる場合の従来の動作を示す図である。

図 7 6 4は、移動局が基地局間ダイバーシチハンドオーバによる通信が可能なゾーンに位置しているときに当該移動局に対するアクセスリンクの設定が行われる場合の従来の動作を示す図である。

図 7 6 5は、アクセスリンクの設定を行うためには、移動局と網側との間で行われる一連の手続を示すシーケンス図である。

図 7 6 6は、基地局内ダイバーシチハンドオーバへの移行をするために行われる一連の手続を示すシーケンス図である。

図 7 6 7は、基地局間ダイバーシチハンドオーバへの移行をするために行われる一連の手続を示すシーケンス図である。

図 7 6 8は本発明に係るシステムにおいて移動局に対してアクセスリンクが設定されると同時にダイバーシチハンドオーバが開始される様子を示す図である。図 7 6 9は、本発明に係るシステムにおいて、移動局が基地局内ダイバーシチハンドオーバが可能な状態となっているときに移動局に対するアクセスリンクの設定が行われる場合の動作を示すシーケンス図である。

図 7 7 0は、本発明に係るシステムにおいて、移動局が基地局間ダイバ一シチハンドオーバが可能な状態となっているときに移動局に対するアクセスリンクの設定が行われる場合の動作を示すシーケンス図である。

図 7 7 1は、従来の技術の下で、ブランチ切り替えが行われた後、ダイバーシチハンドオーバへの移行が続けて行われる場合の一例を示す図である。

図 7 7 2は、ブランチ切替を行うために移動局と網側との間で行われる一連の手続を示すシーケンス図である。

図 7 7 3は、図 7 7 1に示すように移動局がダイバーシチハンドオーバゾ一ンへ移動した場合に本発明に係るシステムにおいて行われる動作を示すシ一ゲンス図である。

図 7 7 4は、複数の呼に対応した通信が可能な移動局が通信を行っているときに当該移動局に新たな別の呼が発生した場合に、本発明に係るシステムにおいて行われるのブランチ構成および周波数帯域の制御の一例を示す図である。

図 7 7 5は図 7 7 4に例示するような制御を行うための本システムの動作を示すシーケンス図である。

図 7 7 6は、複数の呼に対応した通信が可能な移動局が通信を行っているときに当該移動局に新たな別の呼が発生した場合に、本発明に係るシステムにおいて行われるのブランチ構成および周波数帯域の制御の別の例を示す図である。

図 7 7 7は、複数の呼に対応した通信が可能な移動局が通信を行っているときに当該移動局に新たな別の呼が発生した場合に、本発明に係るシステムにおいて行われるのブランチ構成および周波数帯域の制御のさらに別の例を示す図である。

図 7 7 8は図 7 7 6に例示するような制御を行うための本システムの動作を示すシーケンス図である。

図 7 7 9は図 7 7 7に例示するような制御を行うための本システムの動作を示すシーケンス図である。図 7 8 0は、複数呼の通信を行っている移動局にハンドオーバの契機が生じた場合に、本発明に係るシステムにおいて行われる制御の例を示す本制御方法の具体的な適用例を示すものである。

図 7 8 1は、複数呼の通信を行っている移動局にハンドオーバの契機が生じた場合に、本発明に係るシステムにおいて行われる制御の別の例を示すものである。

図 7 8 2は、図 7 8 0の適用例を実施するための本システムの動作を示すシ —ケンス図である。

図 7 8 3は、図 7 8 1の適用例を実施するための本システムの動作を示すシ一ケンス図である。

図 7 8 4は、複数呼の通信を行っている移動局にハンドオーバの契機が生じた場合に、本発明に係るシステムにおいて行われる制御のさらに別の例を示す図である。

図 7 8 5は、図 7 8 4の適用例を実施するための本システムの動作を示すシ —ゲンス図である。

図 7 8 6は、移動局が基地局間ダイバーシチハンドオーバによる通信が可能なゾーンに位置しているときに当該移動局に対するアクセスリンクが設定される場合の本システムの動作を示すシーケンス図である。

図 7 8 7は、図 7 8 6に示す動作における移動局の制御フローを示すフローチヤ一卜である。

図 7 8 8は、移動局が基地局間ダイバーシチハンドオーバによる通信が可能なゾーンに位置しているときに当該移動局に対するァクセスリンクが設定される場合の従来のシステムでの動作を示すシーケンス図である。

図 7 8 9は、図 7 8 8に示す動作における移動局の制御フローを示すフローチャートである。

図 7 9 0は本発明に係るシステムにおいて A C C H切替が発生する契機を説明する図である。

図 7 9 1は有線アクセスリンクの切替を伴わない A C C H切替の動作例を示すシーケンス図である。図 792は本発明に係るシステムにおける移動局の上り送信電力制御の方法を説明する図である。

図 793は、（3. 10) 章におけるコードリソースの再割当の動作を説明する図である。

図 794は、（3. 10) 章におけるコードリソースの再割当の動作及び効果を説明する図である。発明を実施するための最良の形態 ( 1 ) ：システムの概要

( 1. 1 ) ：はじめに

本システムは、周波数利用効率の向上を図り、多元 ·高速信号へ柔軟に対応するとともに、固定網相当の高品質化等を実現すべく、無線アクセス方式に Wideb and - Code Divison Multiple Access (W-CDMA)を適用した移動通信システムに関するものである。

( 1. 2) ：システムの全体構成

まず、本発明の一実施形態に係わる W-CDMA移動通信システムの全体構成を図 1 を参照して説明する。図に示すように本システムは、移動局装置 (MS)および無線基地局系装置（BSS)から構成される。基地局系装置 (BSS)は、無線基地局装置（BT S) と交換機 (MCC)で構成され、有線伝送路 (HW)で接続されている。

一方、移動局装置（MS)としては、総合機能移動機、パーソナルコンピュータと接続された小型形態機 1や、いわゆる携帯電話である小型携帯機 2等がある。また、交換機 (MCC)は、固定網 PSTN^Tや ISD-\、電話機、あるいは LANを介してパ一ソナルコンピュータと接続されている。

このような構成によって、高品質音声、 ^:-ISDN、パケット、またはモデム信号の伝送が可能となっている。

( 1. 3) ：略語

次に、本明細書で用いる略語の説明を図 265に示す。なお、この明細書において特に定義しない用語は、 I TU— Tの勧告 Q. 65に準拠して記載する。 ( 2 . 1 ) ：アクセス系インタフェースの概要

第 2章は、 W-CMA移動通信システムのアクセス系ィン夕フェースについての規定を行うものである。本システムにおけるアクセス系インタフェースには、図 2に示すように移動局装置 (MS)と無線基地局装置（BTS)との間の無線インターフェース、および無線基地局装置 (BTS)と交換機 (MCC)間の B T S— M C Cイン夕一フェースが含まれる。なお、以下に説明するアクセス方式を W- CDMAのみならず、他のものに適用してもよいことは勿論である。

本章には上記各ィン夕フェース規定のために、次の項目が含まれる。

1)プロトコル規定に必要なシステム提供サービス、システム能力の規定

2)提供サ一ビス、システム能力サポートのためのシステム機能構成及び制御方式

3)プロ卜コル規定のための参照構成、ィン夕フェース規定点

4)無線ィン夕フェースの物理構成、物理的条件

5)無線インタフェースにおける信号転送プロトコル（レイヤ 2 )

6)無線ィン夕フェースにおける制御プロトコル（レイヤ 3 )

7)基地局 ' MCC間インタフェースの物理構成、電気的条件

8)基地局 · MCC間インタフェースの情報伝達プロトコル

(ATMレイヤ， AAL type2)

9)基地局 · MCC間イン夕フェースの信号転送プロトコル（AAL)

10)基地局 · MCC間イン夕フェースの制御プロトコル（レイヤ 3 )

本章における制御方式、及びプロトコル仕様は TTC IMT-2000特別専門委員会 N' Aァドホックにおける議論に基づいて作成された勧告草案 Q. FNA, Q. FIF, Q. FSA, Q. FSRに準拠する。

( 2 . 2 ) ：アクセス系イン夕フェースの特徴

次に、アクセス系ィン夕フエ一スの特徴部分について説明する。

( 2 . 2 . 1 ) ：ハンドオーバ

移動通信網においては、複数の無線ゾーンが設けられており、各無線ゾーンには基地局が各々設けられている。各基地局と移動局装置 (MS)間の通信には、とまり木チャネルと呼ばれる無線チャネルが用いられ、周波数帯域の異なる複数のとまり木チャネルの中から通信に使用される無線チャネルが選択される。また、各とまり木チャネルには通信内容を伝送するためのトラヒツクチャネル TCHが構成されている。ところで、移動通信において、移動局装置 (MS)が無線ゾーンを跨つて移動すると、基地局からの電波の受信レベルが低下して通信品質が劣化するこのため、受信レベルの高い基地局との間で通信を行うように通信の相手方を変更する必要が生じる。この場合、移動局装置 (MS)の使用するトラヒックチャネル TCHの切替が行われるが、このことはハンドオーバと呼ばれる。

ところで、移動局装置 (MS)がハンドオーバを実施する場合、通信中の同一周波数帯域のトラヒツクチャネル TCHとハンドオーバを実施することが望ましい。このため、従来の移動通信にあっては、移動局装置 (MS)は、通信中の周波数帯域と同一周波数帯域のとまり木チャネルについて周辺ゾーンからの電波の受信レべルを測定し、受信レベルに応じてハンドオーバ候補を選定していた。そして、このハンドオーバ候補をハンドオーバ要求として網に通知していた。

しかし、周辺ゾーンにおいて、ハンドオーバ候補とされたセルに、通信中の周波数帯域と同一周波数帯域のトラヒックチャネル TCHが設定されていない場合には、これをハンドオーバ要求のあった移動局装置 (MS)に割り当てることはできない。このため、網側では、ハンドオーバ候補セルの中から、通信中の周波数帯域と同一の周波数帯域にトラヒツクチャネル TCHの設定されていないものを削除する手順が必要であった。

そこで、本システムでは、移動局装置（MS)がハンドオーバ要求を網に通知する際に、通信中の周波数帯域と同一周波数帯域のトラヒックチャネル TCHが設定されていないセルを予め削除して要求を行うようにしている。以下、この点について説明する。

図 2 5 9は、本システムにおけるハンドオーバの一例を示したものである。図において、移動局装置（MS)は、ゾーン 1に在圏し、周波数帯域 f 2で通信中である。この移動局装置（MS)が、ゾーン 1からゾーン 2に移動したとする。この場合、移動局装置 (MS)で測定した周波数帯域 f 2の受信レベルがゾーン 2、 3、 4の順で大きいならば、従来のハンドオーバ要求の示す候補は、第 1候補：ゾーン 2 、第 2候補：ゾーン 3、第 3候補：ゾーン 4である。これに対して、本システムでは、周辺ゾーンのトラヒツクチャネル TCHの設定状況が報知情報として報知されており（2.5.2.4.2.6章参照）、これを用いて、移動局装置（MS)は、通信中の周波数帯域と同一の周波数帯域にトラヒツクチャネル TCHが設定されていないゾ一ンを検知し、ハンドオーバ候補から除外している。したがって、この例の移動局装置 (MS)は、第 1候補：ゾーン 3、第 2候補：ゾーン 4とするハンドオーバ要求を網に通知している。

本システムのハンドォ一バの態様としては、 2.3.2.2.4章に示すように追加ハンドオーバ、切替ハンドオーバおよび削除ハンドオーバがあるが、上述したトラヒックチャネル設定状況を考慮したハンドオーバは、追加ハンドオーバ、切替ハンドオーバで実施される。

ここで、移動局装置（MS)がハンドオーバ要求を行うまでの動作の一例を図 3 7 を用いて説明する。図において MRRC、 MRTR, RFTRおよび RRCは、いずれも移動局装置（MS)に設けられている機能エンティティである。 MRCRは、無線資源の制御を行う。 MRTRは秘匿や出力制御を行うとともに、無線環境の測定、すなわち、各ゾーンからの受信レベルを測定する。また、 RFTRは秘匿や出力制御を行い、 RRCは無線資源の制御を行う。

図 3 7に示すように、 MRRCは、無線環境を測定することを指示する CELL CONDITION MEASUREMENT req. indを一定周期毎に M R T Rに出力する。これを受け取った MRTRは、各ゾーンからの受信レベルを測定し、その測定結果を CEL L CONDITION MEASUREMENT resq. confとして MR R Cに返送する。次に、 MRR Cは通信中の無線チャネルの受信レベルと周辺ゾーンからの無線チャネルの受信レベルを比較し、後者が前者を上回っている場合には、ハンドオーバを実施すベく、以下の処理を行う。

MRRCは、通信中の周波数帯域について、受信レベルの大きい順にゾーンを特定し、この中から、報知情報に基づいてトラヒックチャネル TCHが設定されていないものを除外する。この後、 MR R Cは残されたゾーンをハンドオーバ候補として特定し、これを指示する 'ON SOFT HANDOVER EXECUTION" TRIGER req. in dを生成し、 RRCを介して、網側の TAC Fに通知する。

この TAC Fへの通知によって、ハンドオーバトリガがなされると、網側ではハンドオーバ候補の中からハンドオーバ先を選択して、これを移動局装置 (MS)側に通知し、通信チャネルを確立するようになっている。これにより、網側では、移動局装置 (MS)が通信中の周波数帯域を認識し、その周波数帯域についてハンドオーバ候補のゾ一ンでトラヒックチヤネル TCHが設定されているか否かを判定するといった煩雑な処理を省略することができる。なお、ハンドオーバトリガ以降の動作を図 4 1に示す。

(2. 2. 2) ： ACCHの切替

付随制御チャネル（ACCH： Associated Control Channel)は、音声やデータの通信に使用されるトラフィツクチャネル TCHと同一無線リソースを利用した制御チャネルである。この ACCHを利用することにより、移動局（MS) と基地局（B S)との間で制御情報を授受を行うことができる。

ところで、 1つの移動局装置（MS)が同時に複数の呼の通信を行うことを許容するシステム、もしくは複数の無線物理チャネルを用いて 1つの通信をサボ一卜するシステムがある。なお、これらのシステムは無線ベアラサ一ビスに適している。この種のシステムにおいても、複数の呼の通信をしている移動局（MS)と基地局 (BS)との間での制御情報の授受を行う必要が生じる。

この場合、複数の呼に対応した各無線リソース（すなわち、各トラヒックチヤネル TCHに利用されている無線リソース）の各々に対して ACCHを設定し、各 ACCHを介して制御情報の授受を行う、という方法も考えられる。

しかし、このような方法を採った場合、制御情報の送受信のために多くのハードウエアが必要となり、また、複数の ACCH間の制御信号の送受の調整に複雑な制御が必要になるという問題がある。

そこで、本システムでは、移動局が複数セットの無線リソース（複数のトラフィツクチャネル TCHが設定された無線リソース）を用いて複数の通信を同時に行う場合、これらの複数セッ卜の無線リソースのうち 1つの無線リソースを選択し、その無線リソースに対し、当該移動局と基地局との間の制御情報の授受のための制御チヤネルを設定する。

以下、本システムにおける ACCHの設定方法について説明する。

まず、図 2 6 0は、移動局が複数の通信を同時に行うことができるシステムの一例を示したものである。図 2 6 0に示すように、移動局装置 (MS)と基地局（BS) の間では、複数の呼に対応した各トラヒックチャネル TCHを介して、各呼に対応した通信が行われる。

このような場合、本システムでは、複数のトラフィックチャネル TCHに対応した複数の AC CHの中から、任意の 1つ（例えば、図中の ACCH 1) を選択し、当該移動局装置 (MS)に関連する全ての制御信号を、その AC CH上で送受することができるようにしている。

従って、本システムによれば、複数のトラフィックチャネル TCHに対応した複数の AC CHの全てをサポー卜する場合に比較して、送受信に関わるハードウエアを削減することができ、さらに制御信号の送出順序を複数の AC CH間で調整するといつた複雑な制御を省略することができる。

ところで、上記したようなシステムとした場合、個々の通信が終了してトラヒツクチャネル TCHが解放されるのに伴い、 A C C Hを使用中の無線リソースが解放されると、他の呼のために A C C Hの継続的確保が困難になるという問題が生じる。あるいは、 AC CHに要求される伝送速度を変更する場合にも同様の問題が発生する。

そこで、本システムにおいては、 1つの移動局装置 (MS)で同時に複数の呼の通信を許容し、各トラヒックチヤネル TCHに付随する ACCHを共用するとともに、 A C C Hを使用中の無線リソースが解放されると、 A C C Hを他の無線チャネルに切り替えるようにしている。

図 26 1は、本システムの AC CH切替に関わる構成を機能エンティティで示したものである。なお、この例では、移動局装置（MS)がトラヒックチャネル TCH 1および TCH2を利用して 2つの通信（以下、第 1呼の通信および第 2呼の通信という。）を同時に行い、当初、 AC CH 1によって網および移動局装置（MS)間の制御情報の伝送が行われているものとする。

図に示すように移動局装置（MS)には、 TACAF、 8じ八？ 1ぉょび8じ八？ 2が設けられている。ここで、 TAC AFはアクセスを制御するとともに、 AC CHの解放、設定等を指示する機能エンティティである。また、 BCAF 1は第 1呼の通信のための無線べァラを制御する機^' B C A F 2は第 2 呼の通信のための無線べァラを制御する機能： CHの解放、設定を実行するものである。

また、基地局（BS)には BCF r 1および BCF r 2力網内には TACFが B S C機能として設けられている。

ここで、 BCF r 1および BCF r 2は、各々第 1呼および第 2呼の通信のための無線べァラを制御する機能エンティティであって、 AC CHの活性化、解放等を行う。また、 TACFは、アクセスを制御するとともに、 AC CHの活性化、解放等を指示する機能エンティティである。

ここで、トラヒックチャネル TCH1を利用した第 1呼の通信が終了し、トラヒックチャネル TCH 2を利用した第 2呼の通信を継続する場合を想定する。この場合における AC CHの切替動作を図 262に示すシーケンス図を参照して説明するまず、トラヒックチャネル TCH1を利用した第 1呼の通信が終了すると、トラヒツクチャネル TCH1の解放が行われる。 TACFは、このトラフィックチャネル T CH1の解放契機を検出すると、トラフィツクチャネル TCH1と同一物理チャネル上の ACCH 1が使用中であること、およびトラヒックチャネル TCH1を解放後にもトラヒックチヤネル TCH2を継続使用するために引き続き ACCHが必要なことを検出する。

この場合、 TACFは、第 2呼の通信に対応した BCF r 2に対してトラヒックチャネル KH2に付随する ACCH 2の活性化要求を通知する。これにより、 B CF r 2は ACCH 2を活性化する。そして、 B C F r 2は、 ACCH 2の活性化が完了した旨を報告する完了通知を TACFに返送する。

TACFは、上記完了通知を受け取ると、 ACCH 2への切替要求を T AC A Fに通知する。

TACAFは、この切替要求を受け取ると ACCH 2の設定要求を BCAF 2 に通知し、 B C AF 2は AC CH 2の設定を行う。

次に、 TACAFは、 AC CH 1の解放要求を B C AF 1に通知し、 BCAF 1は ACCH 1を解放する。

この後、 T A C A Fは A C C Hが切り替わつたことを報告する切替完了通知を TAC Fに送る。

次に、 TACFは ACCH 1の解放要求を BCF r 1に対して行うと、 BCF r 1は AC CH 1の解放を行う。これにより、 ACCHの切替が完了し、トラフイツクチャネル TCH2と同一無線リソ一スを使用する A C C H 2を介して移動局装置 (MS)と網側との間の制御情報の授受が行われる。

なお、 AC CHの切替手順については、 2.4.3.5.7章に詳述する。

(2. 2. 3) ：秘匿開始の設定

移動通信においては、エア一^ Γンターフェ一スによって通信が行われるため、不正傍受ゃデー夕改ざんを防ぐために信号を暗号化することが行われる。信号を秘匿（暗号化）することはサイファリング（Ciphering)と呼ばれ、また、秘匿解除（複号化）することはデサイファリング (Deciphering)とよばれる。

ところで、秘匿された信号（制御信号）の送受信を行う場合に、どのタイミングから秘匿開始が行われたのかが判らないと、秘匿解除を適切に行うことができない。この場合、秘匿解除のタイミングを誤ると、意味不明の信号を取得することになる。

ここで、図 7 5 1および図 7 52を参照して秘匿開始および秘匿解除のタイミングに起因する不具合について説明する。

図 75 1に移動通信システムにおける秘匿実行状態の一例の説明図を示す。例えば、基地局制御装置 RNCは、移動機 MSがダイバ一シティハンドオーバ制御が可能である場合に、図 7 5 1に示すように、基地局制御装置 RNCが複数の無線基地局 BS 1〜BS 3に対し同一の送信信号（未秘匿信号）を配信し、各無線基地局 B S 1〜B S 3において秘匿処理を実行し、移動機 MSに対して秘匿後の送信信号（秘匿信号）を送信するように構成した場合を想定する。

この移動通信システムにおいては、図 7 52に示すように、各無線基地局 BS において秘匿処理を実行していたため、各無線基地局 B S 1〜B S 3間で秘匿実施タイミングがずれてしまうという可能性がある。

この場合には秘匿開始タイミングを各無線基地局 B S間で合わせればよいが、実際には困難である。より具体的には、各無線基地局 B S 1〜B S 3を制御する基地局制御装置 RNCが無線基地局 B S 1〜B S 3とそれぞれ交渉を行い、秘匿開始タイミングを完全に合わせることが必要となるが、実際的には秘匿開始タイズを各無線基地局 B S間で合わせることは困難であった。このため、後述するように、 OS I参照モデルの第 3層は、移動機 MSから基地局制御装置 R N Cの間若しくは移動機 M Sから交換局 M S Cの間で終端しているため、第 1層（移動機 MSと各無線基地局 B Sとの間で終端）で秘匿を実施した場合には、各無線基地局 BS 1〜BS 3から送信される送信信号は、同一の送信信号（秘匿送信信号または未秘匿送信信号のいずれか一方）でなければならないにも拘わらず、図 752に示すように、無線基地局 B S 2及び無線基地局 B S 3により秘匿処理がなされた送信信号（秘匿信号）及び無線基地局 BS 1により秘匿処理がなされていない送信信号（未秘匿信号）が同時に送信されてしまい、装置構成の簡略化、製造コス卜の低減などの観点から秘匿送信信号及び未秘匿送信信号を並行して処理することができない移動機 M Sにおいてはダイバ一シティ合成を行うことができなくなってしまうという問題点が生じることとなる。そこで、本システムは、秘匿送信信号及び未秘匿送信信号を同時に処理することができない移動機であっても確実にダイバ一シティ合成を行わせることを可能とすることを目的の一つとし、サイファリングのタイミングを移動局装置 (MS)と交換機 (MCC)との間で相互に通知することによって、的確にデサイファリングを行い、正常に通信できるようにしている。

図 64は、秘匿開始を説明するための機能モデルを示したものである。

図 64に示すように、移動機 MS (Mobil Station) には、 U I MF、 MCF および TAC AFが設けられている。 U I MFは、移動ユーザに関する情報を保持し、ユーザ認証および秘匿演算を提供する。また、 MCFは、非呼関連のサービスにおける網とのイン夕フェースである。 TACAFは、発信，ページングの検出等の移動機端末へのアクセスを制御する。

一方、網側には、 SACF、 TACF、 LRCFおよび LRDFが設けられている。 SACFは、非呼関連のサービスのおける移動機端末とのイン夕フェースであって、 MCFと接続されている。また、 TACFは発信，ページング等の実行等の移動端末へのアクセスを制御し、 TACAFと接続されている。また、 L RCFは、モビリティ制御を行うものであって、丁八じ？と八に接続されている。また、 LRDFは、モビリティ関連の各種データを蓄積する。

このような構成において、サイファリング開始の相互通知に先立って、ユーザ認証（2.4.5.1章参照）力図 63に示す手順で行われる。この際、網と移動端末は、認証された秘匿キ一を U I MFおよび LRDFで各々保持しており、これを TAC AFZMC Fと TAC FZS AC Fとに各々配送している。

この後、図 65に示すシーケンスに従ってサイファリング開始のタイミングの相互通知が行われる。

より詳細には、まず、網側の LRCFから、サイファリングの開始を指示する Start Ciphering req. indが、 T A C F Z S A C Fを介して移動端末側の T A C AF/MC Fに通知される。

これにより、移動端末は、これ以降、網から送信される信号にはサイフアリングが施されることを検知することができる。このため、網側の TACFZSAC Fは、 Start Ciphering req. indを送信すると、これ以降送信する信号は、所定の秘匿処理を特定するための秘匿実施種別および秘匿キーを用いて秘匿を施して送信するように制御を行う。

そして、移動端末側で、秘匿が施された信号を受信すると、受信信号の秘匿解除制御が TACAFノ MC Fで行われる。なお、秘匿キーは、この処理に先立つて、 U I MFから取得している。

これにより、網側からの送信される送信信号（下り信号）については、秘匿が確保される。

次に、移動端末側の TACAF/MCFは、移動端末側から送信する信号に秘匿を施す旨を指示する Start Ciphering resq. confを網側の TACF/SACF に通知する。

これにより、網側は、これ以降、受信する信号にはサイファリングが施されていることを検知することができる。このため、移動端末側の TACAF/MC F は、 Start Ciphering req. confを送信すると、これ以降送信する信号は、所定の秘匿処理を特定するための秘匿実施種別および秘匿キーを用いて秘匿を施す。そして、網側で、秘匿が施された信号を受信すると、受信信号の秘匿解除が T AC FZS ACFで制御される。これにより、移動端末側から送信される送信信号 (上り信号）については、秘匿が確保される。

ところで、上記説明においては、秘匿開始タイミングの制御の概略を説明している力秘匿処理をどの情報に対して施すかについては言及していなかつた。そこで、以下の説明においては、秘匿処理をどの情報に施すのが有効であるかについて検討する。なお、この処理は、秘匿開始タイミングの制御とは独立して処理可能である。

開放型システムの通信プロトコルとして、図 2 6 3に示す O S I参照モデルが知られている。このモデルでは、物理的な接続の規格から業務処理に必要な規格までを、 7つの層（レイヤ）に分けている。ここで、第 1層は物理層と呼ばれ、データ伝送のための機械的、電気的な手続きや手段を規定しており、例えば、ソケッ卜の形状等がこの層で規定される。また、第 2層はデータリンク層と呼ばれ、この層でデータリンクの設定、保持、解放が行われるとともに、物理層で発生するエラーの検出と回復が行われる。

また、第 3層はネットワーク層と呼ばれ、この層によって異なるネットワーク間の接続が図られる。これにより、上位層は、どのようなネットワークが使用されているのかを気にせずに通信を行うことができる。また、第 4層はトランスポート層と呼ばれ、セッション 'エンティティ間のトランスペアレント（透過的）なデータの流れを制御する。また、第 5層はセッション層と呼ばれ、この層によつてセッションコネクションの設定や解放等が行われる。また、第 6層はプレゼンテーシヨン層と呼ばれ、この層によってデータの構文の選定等が行われる。また、第 7層はアプリケーション層であって、この層によって、通信相手の識別やサービス品質の決定等が行われる。なお、 I T Uにおいては、第 3層に加入者線インターフェースを規定しており、これらが O S I参照モデルの第 3層から第 7 層に相当する。

ここで、本システムについてより詳細に検討する。

本システムの概略構成図を図 7 5 3に示す。

図 7 5 3に示すように、本システムは、移動機 M Sと、移動機 M Sと無線回線を介して接続された複数の無線基地局 B Sと、複数の無線基地局 B Sを制御するための基地局制御装置 R N Cと、基地局制御装置 R N Cを固定網に接続するための交換局 M S Cと、を備えて構成されている。

この場合において、以下の条件を満たしているものとする。 ① 移動機 M S及び基地局制御装置 R N Cはダイバーシティ合成 Z分配を行う機能を有している。

② 無線回線側における〇 S I参照モデルの第 1層は、移動機 MSと各無線基地局 B Sとの間で終端している。

③ 無線回線側における OS I参照モデルの第 2層は、移動機 MSから基地局制御装置 R N Cの間で終端している。

④ 本システムにおける〇S I参照モデルの第 3層は、移動機 MSから基地局制御装置 R'N Cの間若しくは、移動機 M Sから交換局 M S Cの間で終端している。

さらに第 2層の機能的な条件としては、以下の条件を満たしているものとする。

① 第 2層フレーム再送機能を有している。

② 第 3層フレームが複数の第 2層フレームにまたがった場合に、元の順序となるように、第 3層フレ一ムを構成する機能を有している。

③ 同一の情報に対応する秘匿信号及び未秘匿信号を同時に受信した場合に、双方を解読可能な機能は有していない。

上記条件下で、第 2層において秘匿を実施するものとし、図 7 54に示すように、交換局 MS Cのアプリケーションが秘匿開始要求を出し（ステップ S 1) 、本システムにおける第 3層（ステップ S 2) 、第 2層制御部（ステップ S 3) 、基地局制御装置 R N Cの第 2層秘匿実施/解除部を介して秘匿開始要求を移動機 MS側に通知する（ステップ S 4) 場合を想定する。

そして、網側のアプリケーションは、秘匿開始要求を移動機 MS側に通知（ステツプ S 4) した後、基地局制御装置 RNCの第 2層秘匿実施 Z解除部を介して移動機 M Sの第 2層秘匿実施 Z解除部に秘匿開始要求を行う（ステップ S 5 ) とともに、それ以降交換局 MS Cのアプリケーションは、基地局制御装置 RNじの第 2層秘匿実施 Z解除部に秘匿を実施させることとなる。これ以降、第 2層秘匿実施ノ解除部を介して送られる信号は秘匿信号となる。

一方、移動機 MS側では、第 2層秘匿実施 Z解除部、第 2層制御部、第 3層を介してアプリケーションが秘匿開始要求を受け取ることとなる（ステップ S 6〜 S 8) 。この結果、アプリケーションは、第 2層秘匿実施 Z解除部に網側からの信号の秘匿解除を行う旨の設定を行う（ステップ S 9) 。

上記条件下で、第 2層において秘匿を実施した場合には、網側で無線基地局 B Sに対しダイバ一シティハンドォ一バ（DHO) 分配をする前に秘匿を実施することとなるので、移動機 MSにおいて合成不能状態が発生することなく、秘匿送信信号及び未秘匿送信信号を同時に処理することができない移動機 M Sであっても確実にダイバーシティ合成を行わせることが可能となる。

ところで、上記実施形態において、移動機 MSのアプリケーションによる第 2 層秘匿実施 Z解除部に対する秘匿解除を行う旨の設定（ステップ S 9) が完了するタイミングよりも、第 2層制御部において網側への再送要求がなされ（ステツプ S 1 0〜、 S 1 2) 、当該再送要求に対応する信号再送（ステップ S 1 3、 S 14) のタイミングが早くなつてしまった場合には、第 2層秘匿実施/解除部は秘匿を解除しない状態で、すなわち秘匿信号をそのまま第 2層に転送することとなり（ステップ S 1 5) 、第 2層フレームシーケンス番号が不明となってしまうという可能性がある。

すなわち、これは、第 2層（データリンク層）において、第 1層（物理層）で発生するエラーの検出と再送を行うようにしているにも拘わらず、第 2層で秘匿を実行していることに起因している。なお、エラーの検出は、 CRCを信号に付加することにより行われている。

この結果、

① 第 2層の機能である第 2層フレーム再送機能を利用することができない。

② 第 3層フレームが複数のフレームにまたがった場合に元の順序となるように、第 3層フレームを構成する機能を利用することができない。

という不具合が生じることとなる。

そこで、このような OS I参照モデルにおいて、上述した秘匿開始の相互通知 (Start Ciphering req. coni、 Start Ciphering resq. conf) は、第 3層以上の層で行うようにし、第 2層では行わないようにするのが好ましい。

このため、本システムでは、秘匿をかける情報を第 3層以上とし、第 2層には秘匿をかけないようにし、第 2層で秘匿開始の相互通知を行うようにしている。したがって、たとえ第 1層（物理層）でエラーが発生して、正しく受信できなかったとしても、第 2層で行われるエラ一の検出と再送によって、秘匿後にも第 2層の再送制御が独立して行われる。この再送により、受信側に届いていない信号は、送出順に受信されることになるため、受信側では秘匿開始のタイミングを正確に認識することが可能となるのである。

なお、第 2層で再送制御がなされないように、第 1層及び第 2層の信頼性が高く確保できるのであれば、第 2層で秘匿を実行することは可能である。

( 2 . 2 . 4 ) ： T M U Iの再割当

本システムでは、各移動局装置 (MS)を識別するための個人識別子（IMUI)を予め割り当てて、各移動局装置 (MS)と網側で保持する。この個人識別子（IMUI)を用いて通信を行うことも可能であるが、移動通信においては、エアーインターフエ一スによって通信が行われるため、個人識別子（ I MU I )が傍受されるおそれがある。この場合、傍受した第 3者によって、他人の個人識別子（IMUI)を用いた不正な通信が行われる可能性がある。

そこで、本システムにあっては、個人識別子（IMUI)とは別に、網が、一時的移動ユーザ識別子（TMUI)を在圏する移動局装置 (MS)に割り当てて、これを移動局装置（MS)に通知する。なお、この場合の通知は、その内容を不正に傍受されないよう、エア一イン夕フェース上で秘匿実施後に、行われる。

ここで一時的移動ユーザ識別子（TMUI)の割当は、位置登録の手順中で行われるようになつており、仮に、位置登録がエアインタ一フェースの不具合等によって失敗すると、再度、位置登録が行われる。したがって、一時的移動ユーザ識別子 (TMUI)と個人識別子（IMUI)の不一致は理論上発生しない。しかしながら、移動局装置 (MS)または網側で一時的移動ユーザ識別子 (T腿 I)を格納している機器が誤作動を起こすと、一時的移動ユーザ識別子（TMUI)と個人識別子（IMUI)の不一致が発生することがある。

このような矛盾が発生した場合には、矛盾を回避して正常な処理を行う必要がある。そこで、本システムでは、網と移動局装置 (MS)との間で以下に示す手順を採用している。

図 2 6 4は、着信時における網と移動局装置 (MS)の間のシーケンスを示したものである。まず、網（この場合は交換機）は、着呼を受信すると、相手方の一時的移動ユーザ識別子（TMUI)に基づいて、ページング（Pagi ng) を行う。ぺ一ジングは、交換機 (MCC)の全掌握範囲において、一時的移動ユーザ識別子 (TMUI )を報知して、一斉呼び出しをかけることにより行われる。

上述したように一時的移動ユーザ識別子 (TMUI)は、在圏する各移動局装置 (MS) に割り当てられており、各移動局装置 (MS)は一時的移動ユーザ識別子 (T園 I )を自ら保持している。このため、報知された一時的移動ユーザ識別子（TMUI)を各移動局装置 (MS)が受信すると、各移動局装置 (MS)は自ら保持する一時的移動ユーザ識別子 (TMUI )と報知されたものがー致するか否かを判定する。そして、各移動局装置（MS)は一致する場合にのみ Pagi ng, respを交換機（MCC)に返送する（ステップ S 2 ) 。

次に、網は、ユーザ認証を行う（2. 3. 2. 4. 1章参照）。この場合、網は、ァクセスしてきた移動局装置 (MS)の認証を実行するために必要な認証情報（乱数）を生成し、これを移動局装置 (MS)に通知する（ステップ S 3 ) 。認証情報を移動局装置 (MS)が受け取ると、移動局装置 (MS)は、認証情報（乱数）を用いて演算を行い

、その結果得られた認証演算結果を認証応答として返送する（ステップ S 4 ) 。この場合、認証演算は、各移動局装置 (MS)に予め格納されている認証キ一を用いて行われる。なお、網側は、各認証キーを個人識別子（IMUI )および一時的移動ュ一ザ識別子（TMUI)と対応づけて所定の記憶装置（例えば、 S D F ) に格納している。

この後、網は、ステップ S 1で使用した一時的移動ユーザ識別子（TMUI )に基づいて、これに対応する認証キ一を記憶装置から読み出す。そして、読み出された認証キーとステップ S 3で送信した認証情報ほし数）を用いて認証演算を行ない、この演算結果と移動局装置 (MS)の演算結果が一致するか否かを判定する（ステップ S 5 ) 。一致した場合には、判定結果は Y E Sとなり、当該移動局装置 (MS) は正当なものと認証され、通常の着呼処理が行われる。

一方、演算結果が一致しない場合には、ステップ S 5の判定結果は N Oとなる。この場合は、一時的移動ユーザ識別子（TMU I )が正規のものでない。不一致の原因としては、応答した移動局装置 (MS)が不正なものである場合と、正規のユーザであるが網の管理する一時的移動ユーザ識別子 (TMUI)と当該移動局装置 (MS)が管理する一時的移動ュ一ザ識別子（TMU I)がー致しない場合とがある。このため、本システムでは、個人識別子（IMUI)を用いて正規のユーザか否かの確認を行っている。

具体的には、まず、網（この場合は交換機）、個人識別子（IMUI)の送信要求を指示する I M U I送信要求を移動局装置 (MS)に対して行う（ステップ S 6 ) 。この後、移動局装置 (MS)は、自らが保持している個人識別子（IMU I)を通知する (ステップ S 7 ) 。

次に、網が乱数を再度発生させ、これを認証情報として移動局装置 (MS)に通知すると、移動局装置 (MS)は、この認証情報と自己が保持する認証キーとを用いて認証演算を行い、その結果得られた認証演算結果を認証応答として網に返送する (ステップ S 9 ) 。

この後、網は、ステップ S 7で取得した個人識別子（IMU I )に基づいて、記憶装置にアクセスし、当該個人識別子（IMUI)に対応した認証キーを読み出す。そして、読み出された認証キーとステップ S 8で送信した認証情報ほし数）を用いて認証演算を行ない、この演算結果と移動局装置 (MS)の演算結果が一致するか否かを判定する（ステップ S 1 0 ) 。一致しなかった場合には、当該移動局装置 (MS)は不正なものであるので、無線チャネルの切断が行われ通信が終了する（ステップ S 1 2 ) 。

一方、一致した場合には、当該移動局装置 (MS)は正規のユーザであるから、交換機 (MCC)は一時的移動ユーザ識別子（TMUI )の再割当を行う。したがって、正規の移動局装置 (MS)は一時的移動ユーザ識別子（TMUI )を再度取得することができる

。これにより、当該移動局装置 (MS)は新たに割り当てられた一時的移動ユーザ識別子（TMUI )を用いて、今後、正常な通信を行うことが可能になる。なお、この場合の移動局装置（MS)は呼出の対象ではないので、無線チャネルの切断が行われ通信が終了する（ステップ S 1 2 ) 。

以上、説明した T M U Iの再割当によれば、網が保持する一時的移動ユーザ識別子（TMUI)と移動局装置 (MS)が保持する一時的移動ユーザ識別子 (TMUI)が相違する場合に、個人識別子（IMUI)に基づいて正規のユーザであることを網側で認識すると、一時的移動ユーザ識別子（TMUI)の再割当を行うようにしたので、一時的移動ユーザ識別子（TMUI)について矛盾が発生した場合であっても、速やかに正常な状態に戻すことができる。なお、位置登録や発信の際にも、上述した着信の場合と同様に一時的移動ユーザ識別子（TMUI)の再割当が行われる。また、一時的移動ユーザ識別子（TMUI)の管理は、後述する SDFで行われる。この SDFは、例えば、網内に配置され、加入者情報を管理するロケーションレジス夕に設けることができる。

(2. 3) ：システム概要

次に、本システムの概要について説明する。

(2. 3. 1) ：提供サービス

本システムは、音声ゃデ一夕等の様々な情報の通信を総合的に提供するものであり、 1つの移動端末上で同時に複数のベアラサ一ビスを提供する。例えば、 6 4kbit/s非制限ディジタルベアラ X 2等がある。また、これまでの PDC方式移動通信システムにかわり、有線区間を ATM化し、無線区間を CDMA化している。これにより、高品質かつ高速度の伝送を行うことができる。

以下に示す図 266にサ一ビスの内容を示す。なお、本システムは、 PSTN、 N— I SDN, PLML、 B— I SDN, および I MT— 2000との相互接続が可能である。

(2. 3. 1. 1) ：ベアラサ一ビス

本システムでは、以下のベアラサ一ビスを提供する

(1) 回線交換モード

a) 8kbit/s音声べァラサービス

本べァラサービスは、音声サービスのサポートを目的とする。 Um点におけるデイジタル信号は、標準 G.729に適合しているものとする。ただし、ビット透過性は保証されない。また、本べァラサービスは音声帯域デ一夕通信のサポートは意図していない。 8kbit/s音声ベアラサ一ビスの内容を図 2 6 7に示す。

b) 64kbit/s非制限べァラサービス本べァラサービスは、 Um点間で情報が変更されることのない 64kb i t /sに多重化されたサブレ一卜の情報転送を提供する。 64kbit/s非制限ベアラサ一ビスの内容を図 267に示す。

c) マルチプルレート非制限ベアラサ一ビス（64kbitxn：例えば n = 6) 本べァラサービスは、 Um点間で情報が変更されることのない 384kbit/sに多重化されたサブレートの情報転送を提供する。マルチプルレー卜非制限ベアラサ一ビスの内容を図 269に示す。

(2) パケット交換モード（FFS)

本システムにおいては上述した回線モードのベアラサ一ビスの他、パケット回線モ一ドにおいてもベアラサ一ビスを提供できるようになつている。

(2. 3. 1. 2) ：モピリティサ一ビス

本システムにおけるモビリティ ·ポータビリティサービスとして、個人識別子 (IMUI: International Mobile User Ident i ty)を採用する。個人識別子（IMUI)は、各移動端末を識別するために予め割り当てられたものであり、移動局装置（MS) と交換機 (MCC)が各々保持している。移動局装置 (MS)が無線エリアを跨って移動した際に、この個人識別子（IMUI)を用いて、位置登録やハンドオーバなどが行われる。これにより、任意の場所で通信を行うことが可能となる。

(2. 3. 1. 3) ：品質要求条件

本システムは、誤り訂正符号や再送機能を有している。これにより、音声通話に関しては網内（エアー含む）の平均ビット誤り率 10-3を保証し、一方、音声を除くデータ通信、制御情報等の情報については同様に平均ピット誤り率 10-6を保 s止する。

(2. 3. 2) ：システム能力

(2. 3. 2. 1) ：通信サービスに関するシステム能力

(2. 3. 2. 1. 1) :発信

発信とは、ユーザからの発信要求に基づき、 MSが網にアクセスし、相手ユーザとの通信に必要な網内、網- MS間でのアクセスリンク及び相手ュ一ザへのコネクシヨンの設定等を行う一連の制御手順をいう。本手順は、 SDCCH制御、ユーザ I D Retrieval, 認証、秘匿開始、アクセスリンク設定等の手順と発信ユーザとの相互の情報転送、分析手順等により実現される。

発信を処理するため、本システムは以下の能力を備える。まず、移動局装置

(MS)の発信を網に通知するための SDCCHを確立させる能力を備える。この点については、本章、 SDCCH制御で詳述する。

また、本システムは MSと網との間の association (Terminal Assciation) を確立する能力を備える。具体的には、以下の能力が含まれる。

a) MSの発信を一時的移動ユーザ識別子（TMUI) を用いて網に通知し、 Termin al Associationの起動を行う。また、 MSの能力を MSから網に通知し、網はその M

S能力を保持してその後の新たな呼の生起時に網において MSに対する新たな呼の受け付け制御する。

b) 発信要求 MSを認識して、網内デ一夕ベースより当該 MSの情報を網内の分析、制御機能まで転送する能力。（発信 MSの TMUIが網で認識出来ない場合は、 MS固有の移動ユーザ識別子（IMUI) を MS に問い合わせ、 MSを認識する。）

c) 上記、当該 MS情報に基づいて MSの正当性を確認するユーザ認証制御を行う。この点については、本章、ユーザ認証で詳述する。

d) MSと網との間の制御チャネル、情報チャネルの傍受、改ざんを防ぐための秘匿制御を行う。この点については、本章、秘匿で詳述する。

e) 上記、一連手順の成功、失敗を MSに通知する。

また、本システムは、実施される Terminal AssciaUon確立後、発信ユーザの要求サービスを網側に通知し、網はユーザの発信要求を受け付けたことを通知する能力を備える。

また、本システムは、前述の Terminal Associat ion制御機能の Instanceを発信呼制御機能に通知し両者を関連づける能力を備える。

また、本システムは、 MSからのサービス要求時の MSの周りの無線状態を MSから網へ通知し、網で認識するを備える。

また、本システムは、 MSからのサービス要求に基づき、ユーザのプロファイルを収集、分析し、サービス提供を判定する能力を備える。

また、本システムは、上記 MSの要求サービスの分析に基づき、サービスを提供するための網内リソース（音声コーディック、データトランク、網内有線回線等 ) の捕捉及び起動、設定を行う能力を備える。

また、本システムは、 MSからのサービス要求に対応した、トラヒックチャネル及び付隨制御チャネル用のアクセスリンクを設定する能力。（本章、アクセスリンク設定参照）また、付随制御チャネルの設定に伴い、それまでの制御信号転送を実施していた SDCCHを解放する能力を備える。この点については、本章、 SDCC H制御で詳述する。

また、本システムは、相手ユーザへのサービス要求を行い、相手ユーザ側での着信呼制御に伴った、相手ユーザ呼出通知、応答通知等の呼制御を行う能力。通信中ユーザの独立な呼の発信（追加呼）を提供する能力を備える。ただし、追加呼に関しては既に通信中の MSのユーザ認証がなされているため、ユーザ認証を実施しない。

また、本システムは、端末上で呼が進行中にも、新たなユーザからの発信を提供する能力を備える。

( 2 . 3 . 2 . 1 . 2 ) ：着信

着信とは、第 3者のユーザから本システムユーザへのサービス要求に基づき、網がユーザ MSを呼出し、その応答を受け付け、着信ユーザとの通信に必要な網内

、網- MS間でのアクセスリンク及び相手ユーザへのコネクションの設定等を行う一連の制御手順をいう。本手順は、 Pagi ng, SDCCH制御、ュ一ザ ID Re t r i eval , 認証、秘匿開始、網内ルーチング、アクセスリンク設定等の手順と着信ユーザとの相互の情報転送、分析手順等により実現される。

着信を処理するため、本システムは以下の能力を備える。まず、本システムは、第 3者からのサービス要求（本システムユーザ及び相互接続先のユーザからの）を網が受けつけ、着信ユーザの移動ユーザ識別子によりプロファイルを収集し、着信ユーザのサービス分析、着信 MSの状態分析、 Pagi ngの実施の要否、 Pai gngェリァの取得、及び網からの Termi na l Assoc i at i on確立手順に必要な情報取得を行い、 Pagi ng実施機能への Pagi ng起動を行う能力を備える。但し、追加着信呼に対しては、 Pagi gは実施しない。

また、本システムは、着信 MSを特定する移動ユーザ識別子で MSを呼出し、網側で応答 MSを認識する能力を備える。なお、通常は TMUIを使用する。網が TML'I美常であることを認識している場合は、 MS固有の移動ュ一ザ識別子（IMUI) を使用する。 Pagi ng手順は以下の能力により実施される。

a)網が MSに対応した Pagi ngエリァを認識し、 Pagingを行う Pagi ng-CHを特定する。この後、その Paging-CH上で Pagingを実行する網内ノード（BTS) へ信号を配信し、 BTSにて必要なエリア（セクタ単位）で Pagingを行う。

b) MS の Pagingに対する応答を網に通知するための SDCCHを確立させる。この点については、本章、 SDCCH制御で詳述する。

c) 網からの呼出に対して、 MS が応答すると、着信 MSと網との Terminal Asso ciationを起動する。また、応答信号と呼出信号の対応を、 Paging IDを用いて取る。さらに、 MSの能力を MSから網に通知し、網はその MS能力を保持してその後の新たな呼の生起時に網において M Sに対する新たな呼の受け付け制御する。また、本システムは、 Paging応答時の MSの周りの無線状態を MSから網へ通知し、網で認識する能力を備える。

また、本システムは、上記 MSからの応答により、網が Terminal Associationを確立する能力を備える。 Terminal Associat ionを確立は以下のようにして行われる。

a) MSの正当性を確認するュ一ザ認証制御を行う。この点については、本章およびユーザ認証の章で詳述する。

b) MSと網との間の制御チャネル、情報チャネルの傍受、改ざんを防ぐための秘匿制御を行う。この点については、本章および秘匿の章で詳述する。

c) 上記、一連手順の成功、失敗を MSに通知する。

また、本システムは、 Terminal Assciat ion確立後、その制御を行った網内制御ノードまでのルーチングを行い、網内回線の設定及び発側ユーザの要求サービスをを通知し着信呼制御を起動する能力を備える。また、この Terminal Asso ciati on制御機能の I ns t anceを着信呼制御機能に通知し両者を関連づける。

また、本システムは、着信サービス要求に基づき、ユーザのプロファイルを収集、分析し、着信ユーザへのサービス提供を判定する能力を備える。

また、本システムは、着信要求サービスの分析に基づき、サービスを提供するための網内リソース（音声コーディック、デ一夕トランク、網内有線回線等）の捕捉及び起動、設定を行う能力を備える。

また、本システムは、着信サービス要求に対応した、トラヒックチャネル及び付随制御チャネル用のアクセスリンクを設定する能力を備える。この点については、本章、アクセスリンク設定で詳述する。また、付随制御チャネルの設定に伴レ、それまでの制御信号転送を実施していた SDCCHを解放する。この点につては、本章、 SDCCH制御で詳述する。

また、本システムは、着信ユーザへのサ一ビス要求を行い、着信呼制御に伴つた、相手発信ユーザへの着ユーザ呼出中の通知、応答通知等の呼制御を行う能力を備える。

また、本システムは、通信中ユーザへの独立な呼の着信（追加呼）を提供する能力を備える。ただし、追加呼に関しては既に通信中の MSのユーザ認証がなされているため、ュ一ザ認証を実施しない。

また、本システムは、着信時に複数 MSから応答があった場合で、応答後の手順が失敗し、網側と移動機との TMUIと IMUIの対応が不一致になっている MSに対しては、着信手順の中で TMUIの再割当を行う能力を備える。

( 2 . 3 . 2 . 1 . 3 )：呼解放

呼解放とは、ユーザからの呼解放要求、通信中の相手ユーザからの呼解放要求または、無線回線の劣化検出を契機に、相手ュ一ザとの通信に使用している網内のリンク、網- MS間でのアクセスリンク及び相手ユーザとのコネクションの解放を行う一連の手順。本手順は、ユーザ切断（ユーザステータス更新）、ァクセスリンク解放の手順のより実現される。

MS上最終の呼解放手順においては、 MSと網のアソシエーションを解放する手順が起動される。本手順は、移動機ステータスを更新する手順により実現される。呼解放を処理するため、本システムは以下の能力を備える。まず、本システムは、ユーザからの呼解放要求を網へ通知し、網が受け付けたことをユーザに通知する能力を備える。また、本システムは、通信相手ユーザからの呼解放要求を網からユーザへ通知する能力を備える。

また、本システムは、呼解放によるユーザステータス更新のためにユーザプロファイルを更新する能力を備える。

また、本システムは、解放される呼に対応するアクセスリンクを解放する能力を備える。この点については、アクセスリンク解放 [3. 2. 2. 3章]に詳述する。上記アクセスリンクに付随チャネルが設定されている場合には、 ACCH切替手順を起動する。この点については、ハンドオーバ [3. 2. 2. 4章]に詳述する。

また、本システムは、解放される呼が MS上で最終呼か否か識別し、最終呼の場合には、網で管理している移動機ステータスを空き変更する能力を備える。また、本システムは、同期はずれ検出によるアクセスリンク解放手順（ァクセスリンク解放 [3. 2. 2. 3章]参照）を契機として呼を解放する能力を備える。

また、本システムは、 MSからのアクセスリンク解放要求を契機に呼を解放する能力を備える。

また、本システムは、発呼途中放棄による MSからの呼解放を可能とする能力を備える。

( 2 . 3 . 2 . 2 ) ：アクセスリンク制御に関するシステム能力

( 2 . 3 . 2 · 2 . 1 ) ： SDCCH制御

SDCCH制御とは、 MSが網にアクセスし、制御メッセージを送受するための SDCC H (S t and-a l one Ded i ca t ed Con t ro l Channe l ) 、及び網内での制御メッセージ転送のためのアクセス有線リンクを確立するための手順、また、本 SDCCH及び網内アクセス有線リンクを不必要となった時点で解放する手順をいう。本手順は MS 発信、 MS着信、 MS位置登録を含む MS—網間のインタラクションが必要なすべての手順にともなって実行される。

SDCCH制御を実行するため、本システムは以下の能力を備える。まず、本システムは、 MSが RACH上のランダムアクセス手順を用いて網に SDCCH設定を要求し、網が SDCCHのための無線リソース（上下ショートコード）を FACHを用いて MSに割り当てる能力を備える。本要求と割当の対応は、 MSが要求メッセージ中に設定する乱数（PID) に基づいて行われる。また、本システムは、網が SDCCHのための無線リソース（上下ショートコード）をセクタ毎に選択する能力を備える。 SDCCHのための上下ロングコードには基地局固有かつセクタ毎に位相が異なるものが用いられる。このため、 MSはセルサーチ手順もしくは報知情報（BCCH1 ) より下りロングコードを報知情報（BCCH1 ) より上りロングコードを得る。

また、本システムは、網が MSからの SDCCH設定要求をうけて、網内においても制御メッセージ転送のためのアクセス有線リンクを確立する能力を備える。また、本システムは、上記網内のアクセス有線リンクを確立要求時に MSの位置情報を識別する能力を備える。なお、本手順における RACH、 FACH、及び SDCCHの送信電力設定については 2. 3. 2. 2. 6章に詳述する。

また、本システムは、網、及び MSが、 SDCCHが不要になったことを認識し（位置登録等の非呼関連手順の終了、 ACCHへの移行等）、各々口一カルに解放を実行する能力を備える。

( 2 . 3 . 2 . 2 . 2 ) ：アクセスリンク設定

アクセスリンク設定とは、 MS発信 ZMS着信時に、ユーザ情報転送のための通信チャネル、制御信号転送のための制御チャネルを網一 M S間で設定するための手順をいう。本手順には網内のアクセス有線リンク設定のための手順、及び網— MS間のアクセス無線リンク設定のための手順が含まれる。

アクセスリンク設定を実行するため、本システムは、以下の能力を備える。まず、網が、呼 ·コネクション制御の要求に基づいて、個々のコネクションのァクセスリンクに要求される情報転送能力、品質クラス等を決定し、適当なリソースを割当てる能力を備える。

また、本システムは、 MSが、とまり木チャネル測定結果及び網からの報知情報に基づき、網に対してアクセス有線リンク、アクセス無線リンク設定候補セクタを指定する能力を備える。なお、呼受付制御については 2. 3. 2. 2. 7章に詳述する。また、本システムは、網が、 MSから指定されたアクセス有線リンク、アクセス無線リンク設定セクタにアクセス有線リンクの設定を行う能力を備える。ここで、本アクセス有線リンク設定には、ユーザ情報転送のための通信チャネル、及び必要な場合には制御信号転送のための制御チヤネルが含まれる。また、本システムは、網が、 MS識別子（TMUI Z IMUI ) 対応に、網内デ一夕べ一ス中にアクセス無線リンクに適用される上りロングコードを記憶する能力を備える。さらに、アクセスリンク設定時に本情報をデータベースより得る能力を備える。

また、本システムは、網が上記指定セクタ内でアクセス無線リンクのための無線リソースを選択し、 MSに割り当てる能力を備える。無線リソース選択については 2. 3. 2. 2. 5章に詳述する。

また、本システムは、 MSが、とまり木チャネル測定結果に基づき、網に対して下りアクセス無線リンクの初期送信電力決定のための情報（とまり木送信電力、とまり木受信 SIR) を送出する能力を備える。

また、本システムは、網が、 MSからの下りアクセス無線リンク初期送信電力決定のための情報に基づき下りアクセス無線リンクの初期送信電力を決定する能力を備える。なお、送信電力制御については 2. 3. 2. 2. 6章に詳述する。

また、本システムは、 BSCが、 MSからのアクセス有線リンク、アクセス無線リンク設定セクタ情報に基づき、アクセスリンク設定と同時にダイバ一シチハンドオーバを開始する能力を備える。なお、ハンドオーバについては 2. 3. 2. 2. 4章にキ述する。

また、本システムは、 MSが、報知情報（20ms ec定期報告情報）に基づいて、 S DCCHが設定されているセクタと各候補セクタとの上りロングコード位相差を網に通知する能力を備える。

また、本システムは、網が、 MSより通知された上りロングコード位相差情報に基づき上りアクセス無線リンクの同期を確立する能力を備える。

( 2 . 3 . 2 . 2 . 3 ) ：アクセスリンク解放

アクセスリンク解放とは、通信終了時に、網一 MS間ユーザ情報転送のための通信チャネル、制御信号転送のための制御チャネルを全て解放するための手順をいう。本手順には網内のアクセス有線リンク解放のための手順、及び網一 MS間のァクセス無線リンク解放のための手順が含まれる。

アクセスリンク解放を実行するため、本システムは以下の能力を備える。まず、本システムは、網が、個々のコネクション毎の解放、あるいは呼の解放に伴う対応するコネクションの解放に伴い、対応するアクセスリンクの解放を行う能力を備える。この場合、アクセス無線リンクの解放は網から MSに対して要求されるまた、本システムは、網がアクセスリンクのすべてのハンドオーバブランチにおいて同期はずれを検出した場合に、その一定時間後（スケルチ保留夕イマ満了 ) までに再同期を検出しない場合、本アクセスリンクの解放を実行する能力を備える。

また、 MSがアクセスリンクのすベてのハンドオーバブランチにおいて同期はずれを検出した場合に、本アクセスリンクの無線チャネル送信を停止し、網に同期はずれ検出をさせる能力を備える。なお、 MSは本イベントを網に通知するようにまた、本システムは、ダイバ一シチハンドオーバ中のアクセスリンク解放に伴つて、そのアクセスリンクのすベてのハンドオーバブランチを解放する能力を備える。

( 2 . 3 . 2 . 2 . 4 ) ：ハンドオーバ

ハンドオーバとは、 MSの移動、通信品質劣化、トラヒック分散、その他の理由により、通信を継続させながら MSの網へのアクセスポイントを変更する手順をレう。本手順にはアクセス無線リンクの切替、及び場合によってはアクセス有線リンクの切替手順が含まれる。

ハンドオーバを実行するため、本システムは以下の能力を備える。

まず、本システムは、次のハンドオーバをサポートする能力を備える。

a)セル内セクタ間ブランチ追加ハンドオーバにあっては、使用中のハンドォ一バブランチと同一セル異セクタ内にハンドオーバブランチを追加するハンドオーバが行われる。本ハンドオーバに伴ってアクセス有線リンクの追加は行われない。

b)セル間ブランチ追加ハンドオーバにあっては、使用中のハンドオーバブランチと異セル内にハンドオーバブランチを追加するハンドオーバが行われる。本ハンドオーバに伴って追加セルへのアクセス有線リンクの追加も行われる。

c)セル内セクタ間ブランチ削除ハンドオーバにあっては、ハンドオーバハンドオーバ、すなわち、セル内セクタ間ブランチ追加ハンドオーバ実行後のセルセクタ間ダイバ一シチハンドオーバ状態において、そのうちの 1セクタのハンドォーバブランチを削除するハンドオーバが行われる。本ハンドオーバに伴ってァクセス有線リンクの削除は行われない。

d)セル間ブランチ削除ハンドオーバにあっては、セル間ブランチ追加ハンドォ —バ実行後のセル間ダイバ一シチハンドオーバ状態において、そのうちの 1セルのハンドオーバブランチを削除するハンドオーバが行われる。本ハンドオーバに伴って削除セルのためのアクセス有線リンクの削除も行われる。

e)セル内ブランチ切替ハンドオーバにあっては、通信中のすべてのハンドォーバブランチを解放し、新たにハンドオーバ先セルにアクセスリンクを設定するハンドオーバが行われる。ハンドオーバ前後でサービス属性に変更がない場合、ァクセス有線リンクは維持される。なお、セル内セクタ間を含む。

Πセル間ブランチ切替ハンドオーバにあっては、通信中のすべてのハンドォ一バブランチを解放し、新たにハンドオーバ先セルにアクセスリンクを設定するハンドオーバが行われる。本ハンドオーバ実行に伴い、アクセス有線リンクの切替も実行される。

g)セクタ内周波切替ハンドオーバにあっては、通信中のすべてのハンドオーバブランチについて、同一セクタ内で異無線周波数チャネルへの切替を行うハンドオーバが行われる。本ハンドオーバに伴ってアクセス有線リンクの追加/削除は行われない。

h)コード切替は、通信中のあるハンドオーバブランチについて、同一セクタ内で下りショートコードを同一コード種別の異コードに切り替えるハンドオーバである。本ハンドオーバに伴ってアクセス有線リンクの切替は行われない。

i )ユーザ速度切替では、ユーザ間のコネクション属性の変更（速度変更、音声一ボイスバンドデータ切替等）のためにそのコネクションのためのすべてのハンドオーバブランチを解放し、新たに変更後のコネクションをサボ一ト可能なァクセスリンクが設定される。

j ) ACCH切替は、個々のコネクション毎の解放、あるいは呼の解放に伴う対応するコネクションの解放に伴い ACCHが使用中の無線リソースが解放される場合で、他の呼のために ACCHの継続的確保が必要な場合、或いは ACCHに要求される伝送速度を変更する場合に、他のコネクションのためのアクセス有線リンク、アクセス無線リンクに ACCHを切り替える。

k)なお、コード種別切替を行ってもよい。この場合には、通信中のすべてのハンドオーバブランチについて、同一セクタ内でショートコードを異コード種別のコードに切り替えられる。本ハンドオーバに伴ってアクセス有線リンクの切替は行われない。なお、上記したブランチ追加ハンドオーバによって同時に接続され得る最大ハンドオーバブランチ数は Nである。

また、本システムは、 MSが、とまり木チャネル測定結果及び網からの呼受付情報に基づいて、網に対してブランチ追加ハンドオーバ、ブランチ削除ハンドォーバ、ブランチ切替ハンドオーバの起動を行う能力を備える。なお、本起動情報には、ハンドオーバが実行される候補セクタの指定情報が含まれる。呼受付制御については 2. 3. 2. 2. 7章に詳述する。

また、本システムは、網が、 MSからの上記ハンドオーバ起動に基づいて上記候補セクタよりハンドオーバ実行セクタを決定し、ハンドオーバを実行する能力を備える。

また、本システムは、ブランチ追加ハンドオーバの場合、網が追加ブランチについて、既存ブランチと同一の無線周波数を持つ無線周波数チャネル上にァクセス無線リンクのための無線リソースを割り当てる能力を備える。また、 1コネクションのすべてのブランチについて同一の上りコードリソースを割り当てる能力を備える。無線リソース選択については 2. 3. 2. 2. 5章に詳述する。

また、本システムは、網が、要求される無線リソースもしくは他の網内リソ一スの不足のためにハンドォ一バを実行できない場合、 MSからのハンドオーバ起動を無視する能力を備える。また、 MSが、自身のハンドオーバ起動要求に対して網よりハンドオーバ実行の指示を受信しない場合、一定時間後に再度ハンドオーバの起動分析を行い、必要であれば再度ハンドオーバの起動を行う能力を備える。また、本システムは、 MSが、とまり木チャネル測定結果に基づき、網に対して追加ブランチの下りアクセス無線リンクの初期送信電力決定のための情報を送出する能力を備える。また、本システムは、網が、 MSからの上記の初期送信電力決定情報に基づき、各追加ブランチの下りアクセス無線リンクの初期送信電力を決定する能力をを備える。なお、送信電力制御については 2. 3. 2. 2. 6章に詳述する。

また、本システムは、ブランチ追加ハンドオーバにおいて、 MSが、報知情報 (20msec定期報告情報）に基づいて、自身と各ブランチ追加候補セクタとの上りロングコード位相差、及び自身の用いているフレームオフセット群、スロットォフセット群を網に通知する能力を備える。

また、本システムは、網が、 MSより通知された上りロングコード位相差情報、フレームオフセット群、およびスロットオフセット群に基づき、ブランチ追加セクタにおいて上りアクセス無線リンクの同期を確立する能力を備える。

また、本システムでは、ブランチ切替、セクタ内異周波、ュ一ザ速度切替の各ハンドオーバと同時に、セル内セクタ間ブランチ追加、セル間ブランチ追加の一方もしくは両方のハンドオーバが起動、実行され得る。なお、セル内セクタ間ブランチ追加、セル間ブランチ追加ハンドオーバによって追加されるブランチ数は合わせて最大 N- 1である。

また、本システムは、ブランチ追加、ブランチ削除ハンドオーバが同時に起動実行され得る。なお、これらの組合せ実行後のブランチ数は最大 Nである。また、本システムは、アクセスリンク設定と同時にブランチ追加ハンドオーバ、その他のコネクションのブランチ切替ハンドオーバ、 ACCH切替、その他のコネクシヨンのコード種別切替が実行され得る。

また、本システムは、網が、ショートコードリソースの有効利用のために、コ ―ド切替を MSに要求する能力を備える。

また、本システムでは、アクセスリンク解放と同時に ACCH切替が実行され得る。なお、 SDCCHのハンドオーバは行わない。

( 2 . 3 . 2 . 2 . 5 ) ：無線リソース選択

無線リソース選択とは、 SDCCH設定、アクセスリンク設定、ハンドオーバの各手順のために、 MSより送られた情報に基づき適当な無線リソース（無線周波数チャネル、ショートコード、オフセット値等）を選択することをいう。

無線リソース選択のため、本システムは以下の能力を備える。まず、本システムは、 MSが、自身の無線機能力（対応無線周波数チャネル、対応マルチコ一数、 e t c. ) を網に通知する能力を備える。

また、本システムは、網が、個々の MS固有の上りロングコードを網内データべースより得る能力を備える。

また、本システムは、網が、個々の MSの上りショートコードの使用状況を管理し、個々のコネクションのための上りショートコ一ドを選択する能力を備える。また、本システムは、網が、セクタ毎の上り干渉量、及び要求された通信速度、品質に基づき、要求された無線リソース選択の実行/拒否を決定する能力を備える。

また、本システムは、網が、セクタ毎の下りショートコードの使用状況を管理し、要求に応じて個々のコネクションのための下りショートコ一ドを選択する能力を備える。

また、本システムは、網が、 SDCCH設定手順、アクセスリンク設定手順のための無線リソース選択において無線フレームオフセット群、スロットオフセット群を選択する能力を備える。

( 2 . 3 . 2 . 2 . 6 ) ：送信電力制御

送信電力制御とは、 RACH · FACH上の信号送信、 SDCCH設定、アクセスリンク設定、ハンドオーバの各手順における無線アクセスリンクの初期送信電力決定、また、ダイバーシチハンドオーバ中の各ハンドオーバブランチの下り送信電力制御を行うことをいう。なお、本手順にはレイヤ 1によって実行される送信電力制御は含まない。

(1 )上り初期送信電力値設定

移動局から基地局へ上り無線チャネルを介して送信を行うときの送信電力は、上り無線チャネルの容量を節約し、かつ、他の無線アクセスリンクへの悪影響を防止するためにも、可能な限り最小に抑えるべきである。そして、上り送信電力を最小化するためには、例えば待ち受けるべき無線ゾーンまたは通信中にハンドオーバすべき無線ゾーンを選択する場合に最小の送信電力で交信を行うことが可能な無線ゾーンを選択するべきであり、その選択をするための何らかの手段が必要である。

しかしながら、従来のシステムにおける移動局は、このような無線ゾーンの選択のための判断資料として、各基地局からの受信レベルまたは S I R (信号対干渉電力比）のみしか検知することができなかった。しかも、各基地局の送信電力値が基地局毎に異なっている場合もある。このため、従来のシステムでは、移動局から網に対する上り送信電力の最適化を移動局が自律的に行うことが不可能であつ/こ。

そこで、本システムでは、この問題を解決し、最適な上り初期送信電力値設定を行うため、以下の能力が備えられている。

まず、本システムは、網が、とまり木 CHにおける定期報告情報（20msec毎に送信する報知情報）を使用して、基地局内の伝送損失（ケーブルロス等）を考慮して補正した補正後とまり木 CH送信電力値を報知する能力を備える。

また、本システムは、網が、とまり木 CHにおける定期報告情報（20msec毎）を使用して、上り干渉量を報知する能力を備える。

また、本システムは、 MSが、補正後とまり木 CH送信電力値、上り干渉量、 M Sで測定したとまり木 CH受信電力値、運用デ一夕として保持する基地局所要受信 S I Rを基に、初期送信電力値を設定する能力を備える。

ここで、図 7 9 2を参照し、上記能力に基づいて行われる上り送信電力値の最適化について説明する。

まず、図 7 9 2に示すように、基地局 Aおよび Bが存在し、それぞれのとまり木チャネルを介して報知情報を送信しており、各々のとまり木チャネル送信電力値（上記補正後のもの）が P aおよび P bであったとする。また、移動局が双方の基地局からとまり木チャネルを介して報知情報を受信したときの受信レベルを R aおよび R bとする。

この場合、移動局は、各報知情報に含まれる各基地局 Aおよび Bのとまり木チャネル送信電力値 P aおよび P bと、当該移動局における各基地局 Aおよび Bからのとまり木チャネル受信レベル R aおよび R bとに基づき、基地局 Aと移動局との間の伝搬損失 L a = P a — R aおよび基地局 Bと移動局との間の伝搬損失 L p bとを求めることができる。そして、移動局では、例えば待ち受けるべき無線ゾーンの選択時あるいはハンドオーバ先の無線ゾ一ンの選択時に、上記のようにして各基地局毎に求めた伝搬損失と、各基地局の上り干渉量と、基地局所要受信 S I Rとから、各基地局毎に所要上り送信電力を演算し、所要上り送信電力が最小となる基地局（無線ゾーン）を選択し、その基地局に合わせて上り送信電力を最適化（最小化）することがでさる。

このように、本システムによれば、とまり木チャネル送信電力値が各基地局間で異なる場合でも、移動局における上り送信出力を最適化することが可能になる。 (2)下り初期送信電力値設定

D FACH, 下り SDCCH

MSは、 RACHで移動局とまり木 CH受信 SIR値を網（BTS) に通知する。また、網 (BTS) は、移動局とまり木 CH受信 S IR値、及び、網（BTS) 内運用情報のとまり木 CH送信電力値、 MSにおける FACH (SDCCH) 所要受信 SIR値、レート補正値から下り初期送信電力値を設定する。

2)下り TCH

網（BTS) は、とまり木 CHにおける報知情報（BCCH1 ) を使用して、とまり木 C H送信電力値（補正無し）を報知する。 MSが、 SDCCHで移動局とまり木 CH受信 SIR 値を網（BSC機能）に通知する。 MSが、 SDCCHでとまり木 CH送信電力値（補正無し）を網（BSC機能）に通知する。

また、網（BSC機能）は、移動局とまり木 CH受信 SIR値、とまり木 CH送信電力値 (補正無し）、及び、網（BSC機能）内運用情報の MSにおける TCH所要受信 SIR値、レート補正値から下り初期送信電力値を算出する能力を備える。なお、 TCH設定候補ゾーンが複数ある場合は、算出値が最小となるゾーン（メインブランチ）の値を設定値とする。

網（BSC機能）は、基地局に下り初期送信電力を通知する能力を備える。

また、 MSが、ダイバーシチハンドオーバ中、ある無線ブランチの信頼度が低くなり、高速送信電力制御が正常に動作しない場合があるため、レイヤ 3による低速下り送信電力制御を実施する能力を備える。

MSは、通信中のゾーンにおけるとまり木 CH送信電力値（補正なし）及びとまり JP 木 CH受信 S IR値を定期的に網（BSC) に通知する。

また、本システムは、 MSが、通信中における MS受信品質が基準品質と同一になるように、 MSにおける所要受信 SIRを増減させる能力を備える。

網は、上記値をもとに基地局の送信電力制御値を算出し、設定する能力を備える。

( 2 . 3 . 2 . 2 . 7 ) ：呼受付制御

呼受付制御とは、基地局において測定及び判定可能である上り干渉量、下り送信電力、使用中設備リソースと、各々の許容限界との比較より、空塞情報を生成し、その情報を基に、発着信時、ベアラ変更時、ハンドオーバ実施時の呼受け付けを制限する制御をいう。本制御手順は、 MS及び網で実施し、 MSにおける制御の実施については、オプションとする。 MSで実施することにより、無駄な発信要求、着信時の TCH設定、ベアラ変更要求、ハンドオーバ要求を抑制することが可能となり、網における制御負荷の軽減に寄与する。呼受け付け制御の更新頻度や、トラヒック集中により網において判断しなければならない状況が存在することから、網における本制御は、必須である。

(1) MSで実施する場合

MSでの実施に関して、本システムは以下の能力を備える。

まず、本システムは、網が報知情報（BCCH2) において、呼受付情報を報知する能力を備える。

また、本システムは、 MSが、第 1呼発信時のランダムアクセス開始時、第 2呼発信時の SETUP 送信時、着信時の SETUP受信時（TCHは未設定）、ハンドオーバトリガ送出時、ベアラ変更時の SETUP送信時の直前に、 TCHの設定候補である基地局における報知情報（BCCH2) を参照する能力を備える。

また、本システムは、 MSが、呼受付情報と比較して割り当ての可否を判定する能力を備える。

(2)網で実施する場合

MSでの実施に関して、本システムは、網が、 TCHの起動要求に対して、呼受付情報と比較して割り当ての可否を判定する能力を備える。

( 2 . 3 . 2 . 2 . 8 ) ：待ち受け制御待ち受け制御とは、 MSが、電源投入時、または、圏外から圏内に移動した場合、発着信が可能である状態に遷移するように制御するという。また、 MSの移動により、待ち受けゾーンを変更する手順を待ち受けゾーン移行制御と称する。

(1)待ち受け制御

待ち受け制御を実行するため、本システムは以下の能力を有する。まず、本システムは、網が、とまり木 CHにおける定期報告情報（20msec毎）を使用して、基地局内の伝送損失（ケーブルロス等）を考慮して補正した補正後とまり木 CH送信電力値を報知する能力を有する。

また、本システムは、 MSが、検索した下りロングコードを保持するゾーンの補正後とまり木 CH送信電力値、 MSで測定したとまり木 CH受信電力値を基に、最小値を選択し、そのゾーンの報知情報（BCCH1 ) を参照する能力を備える。

また、本システムは、網が、とまり木 CHにおける報知情報（BCCH1) を使用して、待ち受け許可レベル、待ち受け劣化レベル、網番号、規制情報等を報知する能力を備える。

また、本システムは、 MSが、参照した報知情報（BCCH1 ) より、待ち受け許可判定を行う能力を備える。

また、本システムは、網が、とまり木 CHにおける報知情報（BCCH1 ) を使用して、制御チャネル構造情報を報知する能力を備える。

また、本システムは、 MSが、参照した報知情報（BCCH1 ) より、待ち受けるべき PCHを決定する能力をを備える。

また、本システムは、 MSが、参照した報知情報（BCCH1 ) より、使用すべき RA CHを決定する能力を備える。

また、本システムは、網が、とまり木 CHにおける報知情報（BCCH1 ) を使用して、そのゾーンの上りロングコードを報知する能力を備える。

また、本システムは、 MSが、参照した報知情報（BCCH1 ) より、 RACH、 SDCCHで使用すべき上りロングコードを決定する能力を備える。

(2)待ち受けゾーン移行制御

また、待ち受けゾーン移行制御を実行するため、本システムは、網が、とまり木 CHにおける報知情報（BCCH1 ) を使用して、周辺ゾーンの下りロングコードを報知する能力を備える。また、本システムは、 MSが、参照した報知情報（BCCH 1 ) より、周辺ゾーンの下りロングコ一ドを検索し、ゾーン移行する能力を備える。

( 2 . 3 . 2 . 3 ) ：モピリティサ一ビスに関するシステム能力

モビリティサ一ビスに関するシステム能力について説明する。

( 2 . 3 . 2 . 3 . 1 ) ：端末位置登録 ·更新

移動端末の移動性を保証するために端末位置を網が管理する。このため、端末位置登録は、ユーザが網内で最初に認識された時 (最初に電源を投入した時、もしくは他網ュ一ザが当該網にローミングをしてきた時）に行われる。一方、端末位置更新は、同一網内でロケーションエリアが変わった時に自動的に実施される

。これにより、網内の端末位置情報を書き換える。

端末位置登録 ·更新を実行するため、本システムは、以下の能力を備える。まず、本システムは。 MSが位置情報を認識できるように、網が位置情報を MSへ報知する能力を備える。

また、本システムは、 MSが網内を移動した場合に、網内で管理している位置ェリアから移動したことを認識し、 MSで管理している位置情報の更新を要求する能力を備える。

また、本システムは、網と MSと位置登録手順用の制御信号の送受信を行うために、 SDCCHを確立する能力を備える（SDCCH制御参照）。

また、本システムは、不正移動機からの網へのアクセスを防ぐために端末認証を行い、成功した場合にのみ網内の位置情報更新を行う能力を備える。

また、本システムは、網が MSに新たな TMUIを割り当てる能力を備える。

また、本システムは、 TMUIを使用した認証が失敗したら、 IMUIを用いた認証を MSに対して起動する能力を備える。

また、本システムは、位置登録手順が完了したことを網から MSに通知する能力を備える。

また、本システムは、 MSが位置登録 ·更新結果通知を受信出来ない場合に、 M Sが再度位置登録/更新手順を起動させる能力を備える。 (2. 3. 2. 4) ：セキュリティサービスに関するシステム能力

次に、セキュリティサービスに関するシステム能力にっレ ^て説明する。

(2. 3. 2. 4. 1 ) ：ユーザ認証

ユーザ認証とは、網へサービス要求をしてくる各々の移動機ユーザが正当であるかを確認することをう。これにより不正移動機による不当な網へのアクセスを防止できる。本手順は、 MS発信 (第一呼）、着信、位置登録の際に実行される。ユーザ認証を実行するため、本システムは以下の能力を備える。まず、本システムは、 MSが網にアクセスしてきた際に、その MSの認証を実行するために必要な情報（認証演算結果、乱数）を網内で生成し、 MSに認証演算を要求する能力を備える。又、認証後に行われる秘匿演算で使用される秘匿キーを生成する能力を備える。

また、本システムは、網から通知された乱数をもとに MSが認証演算結果を生成し、網に通知する能力を備える。

また、本システムは、網が生成した認証演算結果と MSからの認証演算結果を照合する能力を備える。

また、本システムは、 TMUIを用いて行われた認証が失敗した場合に網が MSに I MU Iを問い合わせ、 I MUIに基づいた認証関連データを取得し、再度認証手順を実行させる能力を備える。

また、本システムは、 IMUIによる網内デ一夕により認証演算に失敗した場合に、発信、着信、位置登録手順を中止させる能力を備える。

(2. 3. 2. 4. 2) ：秘匿

秘匿とは、ユーザから本システムユーザのサ一ビス要求に基づき、網— MS間での制御信号（SDCCH、 ACCH) とュ一ザ情報（TCH) において、不正傍受ゃデ一夕改ざんを防ぐために信号を暗号化を行う一連の制御をいう。本制御手順は発信、着信及び位置登録手順において実施される。

秘匿を実行するため、本システムは、無線インタフエ一ス上の制御信号、ユーザ情報の Ciphering 及び Decipheringするために必要な情報（秘匿キー、秘匿キ一生成のための関連情報等）を管理し、秘匿手順時に網内及び MS

する能力を備える。また、本システムは、上記のデリバリ一された情報により、データを演算実行し無線インタフェース上へ送受信させる能力を備える。

また、本システムは、サイファリング（Ciphering)及びデサイファリング（Dec iphering)の開始タイミングを網と MSとの間で指示する能力を備える。

(2. 3. 2. 4. 3) : TMU I管理

TMUIは、（1)エア一^ Γン夕フェース上の秘密性を確保する（IMUIの隠蔽）目的、 (2)エア一イン夕フェース上での端末識別子の情報量を削減する目的で、エアーイン夕フェース上で一時的な端末識別子（=ユーザ識別子）として用いられる。在圏する MS に対して網が TMUIを割り当て、 MSに割り当てられた TMUIを通知し、当該 MSが在圏している間、網でその TMUIを管理する。 TMUI管理は、位置登録、発信、着信手順にて実施される。但し、本システムでは、発着信時の TMUI割り当てはォプションとする。

TMUI管理を実行するため、本システムは以下の能力を備える。まず、本システムは、網が MSとのアクセスを行う場合（位置登録、更新手順、発着信手順（ォプシヨン））に、 MSに対して TMUIを生成し、確保する能力を備える。

また、本システムは、網が生成した TMUIを MSに通知し、 MSが TMUI記憶したことを確認する能力を備える。なお、位置登録時には TMUIを割当てたノードを特定する情報とともに移動機へ通知される。発着信時には、 TMUIのみを移動機へ通知する。

また、本システムは、 TMLUを網から MSへ通知する場合に、その内容を不正に傍受されないよう、エアーインタフェース上で秘匿実施後に、 TMUIの通知を起動する能力を備える。

また、本システムは、 TMUIの二重割り当て等が行われないように TMU1の使用状態等を管理する能力を備える。

(2. 3. 2. 5) : システム管理に関するシステム能力

次に、システム管理に関するシステム能力について説明する。

(2. 3. 2. 5. 1) ：システム同期条件

システム同期条件とは、網、及び移動機でダイバ一シティハンドオーバを大幅なバッファリング遅延なく行うために必要なシステム内の同期条件をいう。具体的には、例えば、 640ms周期である。

上記システム同期条件を満たすため、本システムは、 640ms周期の基準クロックに対して、 MSC (MCC)機能と配下の BTSは従属同期をとり、クロックタイミングを保持する。なお、 MSC機能と配下の BTS間における 640ms周期クロックの位相同期誤差は 5ms以内となっている。

( 2 . 4 ) ：制御方式

次に、制御方式を説明説明する。

( 2 . 4 . 1 ) ：機能網アーキテクチャ

図 3に本システムの機能網アーキテクチャを示す。それぞれの機能は、 ITU - T 勧告に準拠する。

図において、 CCAFは、移動機端末上に有り、ユーザにサービスアクセスを提供する、ユーザと網側の呼制御機能（CCF ) とのインタフェースである。また、 TA CAFは、移動機端末上に構成されており、ページングの検出等の移動機端末へのアクセスを制御する。

次に、 BCAFは、移動機端末上に構成されており、移動端末の無線べァラを制御する。また、 BCFは、ベアラを制御する。また、 BCFrは網側に設けられており、無線べァラを制御する。

次に、 TACFは、網側に設けられており、ページング等の実行等の移動端末へのアクセスを制御する。また、 CCFは、呼 Zコネクション制御を行う。 SCFは、サービス制御を行う。 SDFは、サービス関連各種データを蓄積する。 LRCFは、モビリティ制御を行う。 LRDFは、モビリティ関連の各種デ一夕を蓄積する。 SSFは、 C CFと SCFとのインタフェースである。また、サービス制御のトリガの検出も行う。 SRFは、情報蓄積装置等の特殊装置とのアクセスを制御する。

次に、 MCFは、移動端末上に設けられており、非呼関連のサービスにおける網とのイン夕フェースである。一方、 SACFは網側に設けられており、非呼関連のサービスのおける移動機端末とのィン夕フェースである。

次に、 MRRCは、移動端末に設けられており、無線資源の制御を行う。一方、 R RCは、網側に設けられており、無線資源を制御する。また、 MRTRは、移動端末に設けられており、秘匿や出力制御等を行う。一方、 RFTRは、網側に設けられており、秘匿や出力制御等を行う。

次に、 UIMFは、移動ユーザに関する情報を保持し、ユーザ認証及び秘匿を提供する。なお、以下の説明において、 UIMFは、 UTMFと記載することもある。

図 4は、機能網ァ一キテクチヤをコミュニケ一ション ·コントロール ·プレーンと無線リソ一ス 'コントロール 'プレーンに分割して示したものである。この図において各機能エンティティの番号（FE Number) は、図 270に示す機能ェンティティ名と対応づけれている。

また、各機能ェンティティの関係は以下のようになっている。

FE01と FE06の間 (CCAF-CCF)は Relat ionship raと、 FE02と FE05の間 (TACAF-TA CF)は Relationship rbと、 E07と FE09の間（LRCF- SSF)は Relat ionship rcと、 FEO 7 と？508の間？-1^0卩）は!^1& 01151110 rdと、 FE09と FE10の間（SSF- SRF)は Re lationship reと、 FE07と FE10の間（LRCF- SRF)は Relat ionship rfと、 FE05と FEO 7の間（TACF-LRCF)は Relat ionship rgと、 FE05と FE12の間（TACF- SACF)は Relati onship rhと、 FE05と FE06の間（TACF-CCF )は Relat ionship riと、 FE05と FE04の間（TACF-BCF)は Relat ionship rjと、 FE05と FE04aの間は rjaと、 FE05と FE04bの間は rjb と、 ?£07と1¾12の間（1^1^?-5八？）は1^1&^01151^ と、 FE11と FE12の間 (MCF-SACF) ^Relationship rlと、 FE01と FE02の間（CCAF- TACAF)は Relat ionship rmと、 ?£02と？£03の間07^^?-8 ?)は1^1&110115111 rnと、 FE13と FE14の間（MR RC-MRTR)は Relat ionship roと、 FE13と FE15の間（MRRC-RRC)は Relationship rpと、 FE15とFE16の間（RRC-RFTR)はRelationship rqと、 FE03と FE04の間（BCAF- BCF)は Relationship rrと、 FE04と FE06の間（BCF- CCF )は Relat ionship rsと、 FE05と F E15の間 (TACF-RRC)は Relat ionship rtと、 FE02と FE13の間 (TACAF-MRRC)は Relat ionship ru と、 FE02と FE17の間（TACAF- TIMF)は Relationship rvと、 FE11と FE1 7の間^[?-1~^?)は!^1& 0115^ rwと、 FE01と FE18の間（CCAF - UIMF)は Relat io nship rxと、 FE11と FE18の間（MCF- UIMF)は Relat ionship ryと、 FE04aと FE04bの間（BCFr- BCF)は Relationship r44と、 FE06と FE06の間（CCF -CCF )は Relationsh ip r66と、 FE07 と FE07の間（LRCF- LRCF)は Relat ionship r77と、 FE05と FE05の間 (TACF-TACF)は Relationship r55と、 FE08と FE08の間 (LRDF-LRDF)は Relationshi p r88と、各々呼ばれる。図 27 1は、各機能エンティティの関係をまとめたものである。

(2. 4. 2) ：基本通信サービス情報フロー

(2. 4. 2. 1) : 発信（第 1呼、追加呼）

a) 機能モデル (Functional model)

a- 1)第 1呼 (Inital outgoing call)

図 5に発信第 1呼の機能モデルを示す。なお、無線リソースはセットアップ要求呼を受けた同一の TCAFの制御下にある BCF rにより選択される。無線リソースの選択により、シナリオ複合 FE s網が形成される。

a - 1)追加呼 ( Outgoing call additional)

図 6に発信追加呼の機能モデルを示す。なお、無線リソースはセットアップ要求呼を受けた同一の TCAFの制御下にある BCF rにより選択される。無線リソースの選択により、シナリオ複合 FE s網が形成される。

b) 情報フロー (Information flows)

b - 1)第 1呼 (Initial outgoing call)

図 7、図 8に第 1呼の情報ダイアグラムを示す。

b-1) 追加呼

図 9に追加呼の情報ダイアグラムを示す。

0 情報フロー、情報要素、機能エンティティ動作の定義

(Definitions of Information Flows, Information Elements, and Funct iona 1 Entity Actions)

以下、情報フロー等について述べるとともに、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。

C C A Fは移動機による網への端末アクセスのセットアップ要求呼および C C AFと TACAFとの間の接続のセットアップ要求呼を発信する場合、 TA SETU P req. ind. (TAセットアップ req. ind. ) を用いる（図 272参照）。

TA SETUP req. ind, (TAセットアップ req. ind. ) は、例えば TACAFおよび TAC F間の接続喚起のような、端末アクセスの確立要求のため、 TACAFから送信される（図 273参照）。なお、 TMU Iは I MU Iの信頼確立のために利用されるもので、データの短縮のために、ユーザ I Dには TMU Iの割当てソースの I Dは含まれない。

TACFは、 TA SETUP PERMISSION req. ind. (TAセットアップ許可 req. ind. ) により、移動機から網へのアクセスの認証を要求する（図 2 74参照）。

Reverse Long Code Retrieval req. ind. (上り口ンクコード検索 req. ind. ) は上りロングコードの検索のため用いられる（図 2 7 5参照）。

Reverse Long Code Retrieval req. ind. (上り口ンクコード検索 req. ind. ) は上りロングコードの検索のため用いられる（図 2 7 6参照）。

Reverse Long Code Retrieval resp. conf. 、上りロンクコ一ド検索 resp. conf. ) は上りロングコードの検索のため用いられる（図 2 7 7参照）。

TERMINAL STATUS UPDATE req. ind. (端末状態更新 req. ind. ) は端末状態の更新のため用いられる（図 2 7 8参照）。

TERMINAL STATUS UPDATE resp. conf. (端末状態更新 resp. conf) は前記要求に対して応答する（図 2 7 9参照）。

ADD ROUTING INFO req. ind. (ルーチング情報追加 req. ind. ) は加入者のプロファイルにルーチングァドレスを追加するため LRDFに送信される。本情報フローは認証された移動機が発見され、前記関連の情報が得られた場合にのみ送信される（図 2 8 0参照）。

ADD ROUTING 謂 resp. conf. (ルーチング情報追加 resp. conf. ) は前記要求に対して応答する（図 2 8 1参照）。

LRCFは TACFに対して移動機端末の網へのアクセスの承認を通知するため TA S ETUP PERMISSION resp. conf. (TAセットアップ許可 resp. conf. ) を発動させる (図 2 8 2参照）。

Reverse Long Code Retrieval resp. conf. (上りロング J— ("検索 resp. conf. ) は上りロングコード検索のため用いられる（図 2 8 3参照）。

TA SETUP resp. conf. (TAセットアップ resp. conf. ) は端末アクセスの確立の完了を通知する（図 2 84参照）。

TA SETUP resp. conf. (TAセットアップ resp. conf. ) は端末アクセス、 C CA Fおよび TACAF間の接続完了のセットアップの確認のため用られる（図 2 8 5参照）。

SETUP req. ind. (セットアップ req. ind. ) は接続の確立要求のため用いられる (図 2 8 6参照）。

TACF Instance ID Indication req. ind. (TACFインスタンス ID指示 req. ind. ) は上りロングコードの検索のため用いられる（図 2 8 7参照）。

MM RCは CELL CONDITION MEASUREMENT req. ind. (セル状態検出 req. ind. ) セル選択情報の検索を開始する。本フローは確認を要求する情報フローであり、その確認（すなわち CELL CONDITION MEASUREMENT resp. conf. (セル状態検出 r esp. conf. ) ) が検出結果を提供する（図 2 8 8参照）。

CELL CONDITION MEASUREMENT resp. conf. (セル状態検出 resp. conf. ) は CE LL CONDITION MEASUREMENT req. ind. (セル状態検出 req. ind. ) からの要求に対しセル選択情報の検出結果を提供する（図 2 8 9参照）。

移動機端末はセル選択情報の報告のため CELL CONDITION REPORT req. ind. (セル状態報告 req. ind. ) 用いる。網は無線チャネルの選択のため本情報を用レ ^ る。本情報フローは確認を要求しない（図 2 9 0参照）。

S S Fは発信ユーザの認証要求ののため CALL SETUP PERMISSION req. ind. (呼セットアップ許可 req. ind. ) を発動する（図 2 9 1参照）。

USER PROFILE RETRIEVAL req. ind. (ユーザプロファイル検索 req. ind. ) はュ —ザプロファイルの検索要求のため用いられる（図 2 9 2参照）。

USER PROFILE RETRIEVAL resp. conf. (ユーザプロファイル検索 resp. conf. ) は前記要求に対して応答する（図 2 9 3参照）。

LRCFは発信ユーザの認証通知のため CALL SETUP PERMISSION resp. conf. (呼セットアップ許可 resp. conf. ) を発動する（図 2 94参照）。

SETUP req. ind. (セットアップ req. ind. ) は接続の確立要求のため用いられる (図 2 9 5参照）。

PROCEEDING req. ind. (手続き req. ind. ) は所望に応じて受信側の接続セットアップの有効性、認証、ルーチングおよび呼進行の継続を報告する。本情報フローは確認を要求しない（図 2 9 6参照）。

TACF- RRC間 ( = rt) において、網は Measurement Condition Notification re q. ind. (状態検出 req. ind. ) により、移動機におけるセル選択情報の検出および報告の状態を指示する。移動機が空きモードの場合、網は定期的に前記 Measu rement Condi t ion Not i f icat ion req. ind. (状態検出 req. ind. ) を指示する。移動機が通信中の場合、網は状態の変更時に前記 Measurement Condition otifi cation req. ind. (状態検出 req. ind. ) を指示する。本情報フローは確認を要求しない（図 2 9 7参照）。

MRRC- RRC間 ( = rp) において、網は Measurement Condition Notification re q. ind. (状態検出 req. ind. ) により、移動機におけるセル選択情報の検出および報告の状態を指示する。移動機が空きモードの場合、網は定期的に前記 Meas urement Condi t ion Not i f icat ion req. ind. (状態検出 req. ind. ) を指示する。移動機が通信中の場合、網は状態の変更時に前記 Measurement Condition Not ification req. ind. (状態検出 req. ind. ) を指示する。本情報フローは確認を要求しない（図 2 9 8参照）。

CCF'- CCF'間 ( = r66) における REPORT req. ind. (報告 req. ind. ) は網に係る報告状態および/またはその他の種類の情報（例えば注意、保留、保持、解除等）の報告のため用いられる。本情報フローは確認を要求しない（図 29 9参照） _c

CCAF'- CCF'間 ( = ra) における REPORT req. ind. (報告 req. ind. ) は網に係る報告状態および Zまたはその他の種類の情報（例えば注意、保留、保持、解除等）の報告のため用いられる。本情報フローは確認を要求しない（図 3 0 0参照）。

SETUP resp. conf. (セットアップ resp. conf. ) は接続確立の確認のため用いられる（図 3 0 1参照）。

SETUP resp. conf. (セットアップ resp. conf. ) は接続確立の確認のため用いられる（図 3 0 2参照）。

( 2. 4. 2. 2) ：着信（第一呼、追加呼）

a)機能モデル ( Functional model)

a- 1)第一呼 (Initial incoming cal 1)

図 1 0に着信第一呼の機能モデルを示す。

a- 2)着信追加呼 (Incoming additional call)

図 1 1に着信追加呼の機能モデルを示す。 b) 情報フロー（Information flows)

b-1) 第 1呼 (Initial incoming call)

図 1 2は着信第一呼の情報フローダイアグラムである。

図 1 3は着信第一呼の情報フローダイアグラムである。

図 14は着信第一呼の情報フローダイアグラムである。

b-2) 着信追加呼 (Incoming additional call)

図 1 5は着信追加呼の情報フローダイアグラムである。

図 1 6は着信追加呼の情報フローダイアグラムである。

b-2) 着信追加呼 (Incoming additional call)

c) 情報フロー、情報要素、機能エンティティ動作の定義

SETUP req. ind. (セッ卜アップ req. ind) は接続の確立要求のため用いられる (図 303参照）。

ROUTING INFO. QUERY req. ind. (ルーチング情報探索 req. ind. ) はルーチングの探索のため用いられる（図 304参照）。

受信側ユーザ番号、あるいはローミング番号は、受信側ユーザの識別子として用いられる。この場合口一ミング番号が用いられる。

TERMINAL ID RETRIEVAL req. ind. (端末 ID 検索 req. ind. ) はユーザプロファィルの検索要求のため用いられる（図 305参照）。

口一ミング番号は本情報フローにあって受信側ユーザ IDの代わりとして検索対象のユーザ特定のために用いられる。

その選択過程にあって検索対象のデ一夕が特定される。本情報フローにおける本情報要素はユーザ IDを特定する。

TERMINAL ID RETRIEVAL resp. conf. (端末 ID 検索 resp. conf. ) は端末 ID 検索 req. ind.に対して応答する（図 306参照）。

TERMINAL STATUS QUERY req. ind. (端末状態探索 req. ind. )は例えば端末がァクセス中の場合等における端末状態の探索のため、用いられる（図 307参照）。その選択過程にあって検索対象のデータが特定される。本情報フローにおける本情報要素はユーザの通信状態を特定する。

TE腿 INAL STATUS QUERY resp. conf. (端末状態採索 resp. conf. ) は端末状態探索 req. ind.からの要求に対して応答する（図 3 0 8参照）。

TERMINAL STATUS UPDATE req. ind. (端末状態更新 req. ind. ) は端末状態の更新のため用いられる（図 3 0 9参照）。

TERMINAL STATUS UPDATE resp. conf. (端末状態更新 resp. conf. )は端末状態更新 req. ind.からの要求に対して応答する（図 3 1 0参照）。

PAGING AREA QUERY req. ind. (ページング領域探索 req. ind. )は端末がアクセスしていないと認められる場合に TACFを含むページング領域の探索のため、用いられる（図 3 1 1参照）。

その選択過程にあつて検索対象のデ一夕が特定される。本情報フローにおける本情報要素はページング領域を特定する。

PAGING AREA QUERY resp. conf. (ページング領域探索 resp. conf. )はぺ一ジング領域探索 req. ind.からの要求に対して応答する（図 3 1 2参照）。

PAGE req. ind. (ページ req. ind. )は TACFのページング開始のため用いられる (図 3 1 3参照）。

LRCFはべ一ジング関係 IDを作成する。そのページング関係 IDは要求および応答を相関させるため、用いられる。 .

PAGING req. ind. (ページング req. ind. )は移動機を網中に位置づけて通信の経路を決定するため、移動機を符号化するために用いられる。本要素は確認を要求する情報フローである（図 3 1 4参照）。

TACFはページング IDを作成する。ページングは応答の識別のため用いられる。

PAGI G resp. conf. (ページング resp. conf. )は前記要求に対する応答として用いられる（図 3 1 5参照）。

PAGE resp. conf. (ページ resp. conf. )は応答としてページング結果を LRCFに通知する。 LRCFは本情報フローを受信すると同時にユーザへの対応としてユーザ認証のため、 SLPを強制的に初期化する（図 3 1 6参照）。

なお、本情報フローは端末からの応答がない場合にも用いられ、選択する情報要素が不明となった場合、網からのページング要求に対して端末からの応答がなかったものと見なすことになる。

Reverse Long Code Retrieval req. ind. (上りロングコード検索 req. ind. ) は上りロングコード検索に用いられる（図 3 1 7参照）。

Reverse Long Code Retrieval req. ind. 上り口ンクコード検索 req. ind. ) は上りロングコードの検索に用いられる（図 3 1 8参照）。

Reverse Long Code Retrieval resp. conf. (^上りロングコード検索 resp. conf. ) は上りロングコードの検索に用いられる（図 3 1 9参照）。

MRRCは Cell Condition Measurement req. ind. (セル状態検出 req. ind. ) によりセル選択情報の検出を開始する。本情報要素は確認を要求する情報フローであり、その確認（すなわち Cell Condition Measurement resp. conf. (セル状態検出 resp. conf. ) ) は前記検出結果を提供する（図 3 2 0参照）。

Cell Condi t ion Measurement resp. conf. (セレ;！犬 ¾M検出 resp. conf. ) ま Cell Condition Measurement req. ind. (セル状態検出 req. ind. ) からの要求に応じてセル選択情報の検出結果を提供する（図 3 2 1参照）。移動機には、前記 cell Condition Report req. ind. (セル状態報告 req. ind. ) により、セル選択情報が報告される。本情報は無線チャネルの選択に用いられる。本情報要素は確認を要求しない情報フローである（図 3 2 2参照）。

ADD ROUTING INFO. req. ind. (ル一チング情報追加 req. ind. ) は加入者プロフアイルへのル一チング情報の追加のため、 LRDFpに送信される。認証された移動機が発見され、上記関連の情報が得られた場合にのみ送信される（図 3 2 3参照）。

ADD ROUTING INFO. resp. conf. (ル一チング情報追加 resp. conf. ) は上記 AD D ROUTING INFO. req. ind. (ル一チング情報追加 req. ind. ) に対する応答である (図 3 24参照）。

PAGE AUTHORIZED req. ind. (ページ認証 req. ind. ) は TACFへの前記端末の認証結果の通知のため用いられる（図 3 2 5参照）。

Reverse Long Code Retrieval resp. conf. (上りロング J—ド検索 resp. conf. ) は上りロングコード検索のため、用いられる（図 3 2 6参照）。 PAGE AUTHORIZED req. ind. (ページ認証 req. ind. ) は TA Fへの前記端末の認証結果の通知のため用いられる。

ROUTING INFO QUERY resp. conf. (ル一チング情報採索 resp. conf. ) は前記要求に対して応答する（図 3 2 7参照）。

Routing address and TACF instance ID (アドレスルーチングおよび TACFインスタンス ID) は、この場合、ル一チング情報の特定のため用いられる。アドレスルーチングは基地網におけるルーチングのため用いられる。

SETUP req. ind. (セットアップ req. ind. ) は接続の確立のため用いられる（図 3 2 8参照）。

TERMINATION ATTEMPT req. ind. (成端試行 req. ind. ) は、通信継続を要する場合に、ユーザのプロファイルの要求のため用いられる（図 3 2 9参照）。

USER PROFILE RETRIEVAL req. ind. (ユーザプロファイル検索 req. ind. ) は LR DFからの、着信側ユーザのプロファイル検索のため用いられる（図 3 3 0参照）。

USER PROFILE RETRIEVAL resp. conf. (ユーザプロファイル検索 resp. conf. ) は LRCFからの要求に対して応答する（図 3 3 1参照）。

TERMINATION ATTEMPT resp. conf. (成端試行 resp. conf. ) は SSFからの要求に対して応答する（図 3 3 2参照）。

SETUP req. ind. (セットアップ resp. conf. ) は接続の確立のため用いられる (図 3 3 3参照）。

Proceeding req. ind. (継続 req. ind. ) は所望に応じて着信側の接続セットァップの有効性、認証を報告するとともに、さらにルーチングおよび呼の状況が継続中であることを報告する。本情報フローは確認を要求しない（図 3 34参照）。網は Measurement Condition Notification req. ind. (状態検出 req. ind. ) により、移動機におけるセル選択情報の検出および報告の状態を指示する。移動機が空きモードの場合、網は定期的に前記 Measurement Condition Xoiificati on req. ind. (状態検出 req. ind. ) を指示する。移動機が通信中の場合、網は状態の変更時に前記 Measurement Condition Notification req. ind. (状態検出 re q. ind. ) を指示する。本情報フローは確認を要求しない（図 3 3 5参照）。

REPORT req. ind. (報告 req. ind) は網に係る報告状況および Zまたはその他の種類の情報の報告のため用いられる。その他の種類の情報として、例えば注; te 、保留、保持、解除等がある。本情報フローは確認を要求しない情報フローである（図 3 3 6参照）。

SETUP resp. conf. (セットアップ req. ind) は接続の確立の確認のため用いられる（図 3 3 7参照）。

CONNECTED req. ind. (接続 req. ind) は送信済みの SETUP resp. conf. (セットアップ resp. coni. ) の着信および受納の保証のため用いられる。本情報フロ一は確認を要求しない情報フローである（図 3 3 8参照）。

(2. 4. 2. 3) ：呼解放

(2. 4. 2. 3. 1 ) ：ユーザ側切断

(a) 基本モデル

図 1 7にユーザ側切断の基本モデルを示す。

(b) 情報フロー

図 1 8にユーザ側切断の情報フローを示す。

(c) 情報フロー定義

RELEASE req. ind. (解放 req. ind. ) は call ID (呼 ID) およびチャネルのような呼接続に組み込まれたリソースの解放のため用いられる。本情報フローは確認を要求する情報フローである（図 3 3 9参照）。

RELEASE resp. conf. (解放 resp. conf. ) はそれまで接続に組み込まれた全リソースの解放の指示のため用いられる（図 34 0参照）。

TACFは SCFに呼解放の試行の検出を通知するため TA RELEASE req. ind. (解放 r eq. ind. ) を発動させる。本情報フローは最終呼が解放されるとともに、端末の relationship (リレーションシップ）統合を解除する場合に発動する（図 34 1 参照）。

TE腿 INAL STATUS MAKE IDLE req. ind. (端末空き状態化 req. ind. ) は端末の呼状態を空き状態とするため用いられる（図 34 2参照）。

TE體皿 STATUS MAKE IDLE resp. conf. (端末空き状態化 resq. ind. ) は前記 TERMINAL STATUS MAKE IDLE req. ind. (端末空き状態化 req, ind. ) の要求に対して応答する（図 34 3参照）。 W

TA RELEASE resp. conf. (TA解放 resp. conf. ) は前記 TA RELEASE req. ind. (TA解放 req. ind. ) の確認のため用いられる（図 344参照）。

(2. 4. 2. 3. 2) ：網側切断

(a) 基本モデル

図 1 9に網側切断の基本モデルを示す図を示す。

(b) 情報フロー

図 20に網側切断の情報フローダイアグラムを示す。

(c) 情報フロー定義

RELEASE req. ind. (解放 req. ind. ) は呼番号、チャネルのような呼接続に組み込まれたリソースを解放するため用いられる。本フローは確認を要求するフ口一である（図 34 5参照）。

RELEASE resp. conf. (解放 resp. conf. ) はそれまで接続に組み込まれた全リソ —スの解放の指示のため用いられる（図 34 6参照）。

TACFは LRCFに呼解放の試行の検出を通知するため TA RELEASE req. ind. (解放 req. ind. ) を発動させる。本情報フローは最終呼が解放されるとともに、端末の relationship (リレーションシップ）統合を解除する場合に発動する（図 34 7 参照）。

TE履 INAL STATUS MAKE IDLE req. ind. (端末空き状態化 req. ind. ) は端末の呼状態を空き状態とするため用いられる（図 34 8参照）。

TERMINAL STATUS MAKE IDLE resp. conf. (端末空き状態化 resq. ind. ) は前記 TERMINAL STATUS MAKE IDLE req. ind. (端末空き状態化 req. ind. ) の要求に対して応答する（図 34 9参照）。

TA RELEASE resp. conf. (TA解放 resp. conf. ) は前記 TA RELEASE req. ind. (TA解放 req. ind. ) の確認のため用いられる（図 3 5 0参照）。

(2. 4. 2. 3. 3) ：非常解放（Abnormal release)

(2. 4. 2. 3. 3. 1 ) ：移動機検出によるラジオリンク失敗（Radio 1 ink failure - mobile detected) (2. 4. 2. 3. 3. 1. 1) ：モジュール使用による通常手続き（Common Procedure Modules Used)

モジュール使用による通常手続きには、ユーザ側切断（User disconnect) 力ある。

(2. 4. 2. 3. 3. 1. 2) ：情報フロ一ダイアグラム（Information Flow Diagram)

a)機能モデル (Functional model)

網により検出されたスケルチ解放の機能モデルを図 2 1に示す。

図 2 1に示すモデルは非常解放、すなわち移動機により検出されるラジオリンク失敗の機能モデルである。

b) 'l青報フロー（Information flows)

非常解放、すなわち移動機により検出されるラジオリンクの失敗の場合の CC- Plane情報フローのダイアグラムを図 22に示す。

C)情報フローおよび情報要素の定義 (Definitions of Information Flows, Inf ormat i on Elements)

以下、図 22における規定と同様に情報フローおよび情報要素等を説明し、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。

RADIO LINK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) は BCAFまたは B CFrにより検出されたラジオリンク失敗の通知のため用いられる。この手続きにあっては、 BCAFが本情報フローを発動する（図 35 1参照）。

RELEASE NOTIFICATION req. ind. (解放通知 req. ind. ) は網および端末間の接続解放の報告のために用いられる。本情報フローは確認を要求しない情報フロ —である（図 352参照）。

RADIO LINK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) はラジオリンク失敗の検出の通知のため用いられる（図 353参照）。

RADIO LINK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) はラジオリンク失敗の検出の通知のため用いられる（図 3 54参照）。

RADIO LINK FAILURE resp. conf. (ラジオリンク失敗 resp. conf. ) は RADIO LI NK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) に対する確認情報フローである（図 3 5 5参照）。

RADIO BEARER RELEASE req. ind. (ラジオベア解放 req. ind. ) は無線べァラ解放要求のため用いられる。本情報フローは網により作成される（図 3 56参照） _c TACFは TA RELEASE req. ind. (無線べァラ解放 req. ind. ) により端末アクセスの解放を要求する。本情報フローは最終呼の解放の場合にのみ発動する。

TACFは BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) を発動し、 BCFにベアラを解放させる（図 3 5 7参照）。

BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) は前記要求に対する確認情報フローである（図 3 5 8参照）。

アンカ TACFは BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) の送信により稼働中の TACFに呼解放中にあるべァラの解放を要求する（図 3 5 9参照）。

TACFは BCFに対して BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) の発動により、無線べァラを解放させる（図 3 6 0参照）。

BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) は前記要求に対する確認情報フローである（図 3 6 1参照）。

TACFは BEARER & RADIO BEARER RELEASE req. ind. (ベアラおよび無線べァラ解放 req. ind. ) の発動により、ベアラおよび無線べァラを解放する（図 3 6 2参照） BEARER & RADIO BEARER RELEASE resp. conf. (ベアラおよび無線べァラ解放 r esp. conf. ) は BEARER RADIO BEARER RELEASE req. ind. (ベアラおよび無線べァラ解放 req. ind. ) の要求によるべァラおよび無線べァラの解放の確認のため用られる（図 3 6 3参照）。

BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) は前要求による無線べァラ解放の完了を TACFに通知する確認情報フローである（図 3 64参照）。

TACFは、 LRCFに呼解放の試行の検出を通知するため TA RELEASE req. ind. (TA 解放 req. ind. ) を発動する（図 3 6 5参照）。

TE謂 INAL STATUS MAKE IDLE req. ind. (端末空き状態化 req. ind. ) は更新ュ —ザのプロファイルの要求のため用いられる。呼解放のため、本情報フローはユーザの呼状態を空き状態とするため用いられる（図 3 6 6参照）。 TERMINAL STATUS MAKE IDLE resp. conf. (端末状態空き化 resq. ind. ) は前記 TERMINAL STATUS MAKE IDLE req. ind. (端末空き状態化 req. ind. ) の要求に対して応答する（図 367参照）。

TA RELEASE resp. conf. (TA解放 resp. conf. ) は前記 TA RELEASE req. ind. (T A解放 req. ind. ) に対する確認のため用いられる（図 368参照）。

(2. 4. 2. 3. 3. 2) ：網検出によるラジオリンク失敗（Radio link failure - network detected)

(2. 4. 2. 3. 3. 2. 1) ：モジュール使用による通常手続き（Common Procedure Modules Used)

(2. 4. 2. 3. 3. 2. 2) ：情報フロ一ダイアグラム（Information F low Diagram)

a)機能モデル (Functional model)

図 23に端末により検出されるスケルチ解放の機能モデルを示す。

図 23は非常解放、すなわち網によるラジオリンク失敗の検出の場合の機能モデルである。

b) 1青報フ口一（Information flows)

図 24に移動機呼解放、すなわち網により検出されるラジオリンク失敗のため非常解放の場合における CC- P 1 ane情報フローのダイアグラムを示す。

0情報フローおよび情報要素の定義

(Definitions of Information Flows, Information Elements)

以下、図 24における規定と同様に情報フローおよび情報要素を説明する。 RADIO LINK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) は BCFrまたは BC Fa.よるラジオリンク失敗の検出および報告の通知のため用いられる（図 369 参照）。

RADIO LINK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) はジオリンク失敗の検出の通知のため用いられる（図 370参照）。

RADIO LINK FAILURE resp. conf. (ラジオリンク失敗 resp. conf. ) は RADIO LI NK FAILURE req. ind. (ラジオリンク失敗 req. ind. ) に対する確認情報フローである（図 37 1参照）。

RADIO BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) は無線べァラ解放要求のため用いられる。本情報フローは網により作成される（図 372参照）。 RELEASE NOTIFICATION req. ind. (解放通知 req. ind. ) は網および端末間の接続解放の指示のため用いられる。本フローは確認を要求しない情報フローである

(図 373参照）。

RADIO BEARER RELEASE resp. conf. (無線べァラ解放 resp. conf. ) は前記要求に対する確認情報フローである（図 374参照）。

TACFは TA RELEASE req. ind. (TA解放 req. ind. ) により端末アクセスの解放を要求する。本情報フローは最終呼の解放の場合にのみ発動する。

TA RELEASE resp. conf. (TA解放 resp. conf. ) は前記要求に対する確認情報フローである。

TACFは BCFに対して BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) の発動により、無線べァラを解放させる（図 37 5参照）。

BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) は前記要求に対する確認情報フローである（図 376参照）。

アンカ TACFは BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) の送信により稼働中の TACFに呼解放中にあるべァラの解放を要求する（図 37 7参照）。

TACFは BCFに対して BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) の発動により、無線べァラを解放させる（図 378参照）。

BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) は前記要求に対する確認情報フローである（図 37 9参照）。

TACFは BEARER & RADIO BEARER RELEASE req. ind. (ベアラおよび無線べァラ解放 req. ind.) の発動により、ベアラおよび無線べァラを解放する（図 380参照） BEARER & RADIO BEARER RELEASE resp. conf. (ベアラおよび無線べァラ解放 r esp. conf. ) は BEARER & RADIO BEARER RELEASE req. ind. (ベアラおよび無線べァラ解放 req. ind. ) の要求によるべァラおよび無線べァラの解放の確認のため用いられる（図 3 8 1参照）。

BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) は前要求による無線べァラ解放の完了を TACFに通知する確認情報フローである（図 3 8 2参照）。

RADIO BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) は無線べァラ解放要求に応じて発動される（図 3 8 3参照）。

RADIO BEARER RELEASE resp. conf. (無線べァラ解放 resp. conf. ) は前記 RADI 0 BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) の要求による無線ベアラ解放の確認のため用いられる（図 3 84参照）。

TACFは、 LRCFに対して呼解放の試行の検出を通知するため TA RELEASE req. in d. (TA解放 req. ind. ) を発動する（図 3 8 5参照）。

TERMINAL STATUS MAKE IDLE req. ind. (端末空き状態化 req. ind. ) は更新ユーザのプロファイル要求のため用いられる。呼解放のため、本情報フローはュ一ザの呼状態を空き状態とするため用いられる（図 3 8 6参照）。

TERMINAL STATUS MAKE IDLE resp. conf. (端末状態空き化 req. ind. ) は前記 T ERMINAL STATUS MAKE IDLE req. ind. (端末空き状態化 req. ind. ) の要求に対して応答する（図 3 8 7参照）。

TA RELEASE resp. conf. (TA解放 resp. conf. ) は前記 TA RELEASE req. ind. (T A解放 req. ind. ) に対する確認のため用いられる（図 3 8 8参照）。

(2. 4. 2. 3. 4) ：ユーザ側切断（User disconnect)

(2. 4. 2. 3. 4. 1 ) ：情報フローダイアグラム（Information flow d i agram

a)機能モデル (Functional model)

図 2 5にユーザ側切断の機能モデルを示す。

b)情報フロー (Information flows)

図 2 6にユーザ側切断の情報フローダイアグラムを示す。

C)情報フローおよび情報要素の定義 (Definitions of Information Flows, In format ion Elements)

以下、図 2 6における規定と同様に情報フローおよび情報要素を説明し、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。

CALL DISCONNECT req. ind. (呼切断 req. ind. ) は、 LRCFへのユーザ側切断の検出通知のため用いられる（図 389参照）。

USER PROFILE UPDATE req. ind. (ユーザプロファイル更新 req. ind. ) はユーザのプロファイルの更新要求のため用いられる。呼解放のため、本情報フロ一は呼解放の完了を指示するため用いられる（図 390参照）。

USER PROFILE UPDATE resp. conf. (ュ一ザプロファイル更新 resp, conf. ) は前記 USER PROFILE UPDATE resp. conf. (ュ一ザプロファイル更新 resp. conf. ) の要求に対して応答する（図 39 1参照）。

CALL DISCONNECT resp. conf. (呼切断 resp. conf. ) は前記 CALL DISCONNECT r eq. ind. (呼切断 req. ind. ) の要求に対して応答する（図 392参照）。

(2. 4. 3) ：アクセスリンク制御情報フロー

(2. 4. 3. 1) ： SDCCH Setup (SDCCHステップアップ）

以下、 SDCCH ステップアップの手続きを説明する。

(2. 4. 3. 1. 1) ：モジュール使用による通常手続き（Common Proced ure Modules Used)

(2. 4. 3. 1. 2 ) ：情報フローダイアグラム（Information Flow Diagram) a)機能モデル (Functional model)

図 2 7は SDCCH Setup (SDCCHステップアップ）の機能モデルである。

b)情報フロ一 (Information flows)

図 28は SDCCHセットアップの情報フロ一ダイアグラムである。

(2. 4. 3. 1. 3) ：情報フローおよび情報要素の定義（Definitions of Information Flows and Information Elements)

以下、図 28における規定と同様に情報フローおよび情報要素を説明し、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。

MCFおよび TACFは網に対して信号チャネルセッ卜のセットアップ要求のため SI GNALING CHANNEL SETUP REQUEST req. ind. (信号チャネルセットアップ要求 req. ind. ) を用いる（図 393参照）。 SCMAFは網に対して信号チャネルセッ卜の割当て要求のため SIGNALING CHAN E L SETUP req. ind. (信号チャネルセットアップ req. ind. ) を用いる（図 394参照）。

SCMFは信号チャネルに対する無線リソースの割当てのため SIGNALING CHA丽 EL SETUP resp. conf. (信号チャネルセットアップ resp. coni. ) を用いる（図 39 5参照）。

SIGNALI G CHANNEL SETUP REQUESTED req. ind. (信号チャネルセットアップ被要求 req. ind. ) は移動機端末からの信号チャネル要求の受信（初期アクセスの検出）の指示のため、および網における信号チャネルに一致するセットアップの要求のため用いられる（図 396参照）。

TACFおよび SACFは両者と SCMFとの間の信号接続のセットアツプのため S I GNAL I NG CONNECTION" SETUP req. ind. (信号接続セットアップ req. ind. ) を用いる（図 397参照）。

SIGNALING CONNECTION SETUP resp. conf. (信号接続セットアップ resp. conf. ) は信号チャネルの確立（ハードウェア上のチャネル、網上のチャネルを含む）の報告のため用いられる（図 398参照）。

SCMAFは網に対する信号チャネルのセットアップの報告のため SIGNALING CHAN EL SETUP REQUEST resp. conf. (信号チャネルセットアップ要求 resp. conf. ) を用いる（図 399参照）。

(2. 4. 3. 2) ：ベアラセットアップ（Bearer Setup)

以下、無線リソース選択のためのベアラセットアップ手続き（Bearer Setup p rocedures) を説明する。

(2. 4. 3. 2. 1) ：モジュール使用による通常手続き（Common Procedure Modules Used)

(2. 4. 3. 2. 2) ：情報フローダイアグラム（Informat ion Flow Diagram) a) 機能モデル (Functional model)

無線リソースは移動機端末から受信したセットアップ要求呼とは異なる BS 下で選択される。一方 BSsは異なる TACFsにより制御される。 CCFは TACFのみとリレ —シヨンシップをもち、 TACFv.とはリレーションシップをもたない。 TACFa はベアラ選択およびベアラセットアップの両方を制御する。 BCFsには、例えば BC F1

、 BCF2、 BCFrのような 3種類がある。

図 29に無線リソース選択のためのベアラセットアップの機能モデルを示す。 b)情報フロー (Information flows)

図 30にベアラセットアップ（無線リソース選択）のための CC-Plane情報フロ —ダイアグラムを示す。

(2. 4. 3. 2. 2. 3) ：情報フローおよび情報要素の定義（Definitions of Information Flows and Information Elements)

以下、図 30における規定と同様に情報フローおよび情報要素を説明し、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。

BEARER SETUP req. ind. (ベアラセッ卜アップ req. ind. ) は CCFから TACFへのァクセスベアラの確立要求のため用いられる（図 400参照）。

なお、 IEsは CCAFからの SETUP req. ind. (セットアップ req. ind. ) におけるべァラ容量の部分である。

TACFは要求されたベアラ容量の支持が可能な無線リソースの選択およびその登録のため、 CHA EL SELECTION req. ind. (チャネル選択 req. ind. ) を用いる。このような交信は新たな無線リソースが呼のセットアップおよびハンドオーバを要する場合に発生する。

CHANNEL SELECTION resp. conf. (チャネル選択 resp. conf. ) は登録要求した T ACFに対して登録された無線リソースの報告のため用いられる（図 40 1参照）。

TACFは BCFに対してアクセスベアラの確立要求のため BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) を送信する（図 402参照）。

BEARER SETUP resp. conf. (ベアラセットアップ resp. conf. ) はアクセスベアラ確立の確認のためおよび BCF相互の間での Bearer ID (ベアラ ID) の表示のため送信される（図 403参照）。

BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) は TACFaから TACFvへのアクセスベアラの確立要求のため用いられる（図 404参照）。 TACFは BCFに対してアクセスベアラの確立要求のため BEARER SETUP req. ind. (ベアラセットアップ req. i nd. ) を送信する（図 4 0 5参照）。

BCFは TACFに対してアクセスベアラの確立要求のため BEARER SETUP resp. conf. (ベアラセットアップ resp. conf. ) を送信する（図 4 0 6参照）。

TACFは BCF rに無線べァラの確立要求および BCF相互間でのべァラ確立要求のため BEARER & RADIO BEARER SETUP req. ind. (ベアラおよび無線ベアラセットァップ req. i nd. ) を送信する（図 4 0 7参照）。

BCFrは RADI O BEARER SETUP PROCEEDING req. ind. (無線ベアラセットアップ手続き req. ind. ) により受信した無線べァラの有効性および無線べァラ確立の継続を報告する。本情報フローは確認を要求しない（図 4 0 8参照）。

新たなアクセスベアラを制御する TACFは新たに承認される無線べァラを要求するため信号接続を有する TACFに RADIO BEARER SETUP REQUEST req. i nd. (無線べァラセットアップ要求 req. ind. ) を発動させる（図 4 0 9参照）。

TACFは TACAFに対して無線べァラの確立要求のため RADIO BEARER SETUP req. i nd. (無線ベアラセットアップ req. i nd. ) を送信する（図 4 1 0参照）。

TACAFは BCAFに対して無線べァラの確立要求のため RADIO BEARER SETUP req. i nd. (無線ベアラセットアップ req. i nd. ) を送信する（図 4 1 1参照）。

BCAFは TACAFに対して無線べァラの確立完了の確認のため RADIO BEARER SETUP resp. conf. (無線ベアラセットアップ resp. conf. ) を送信する（図 4 1 2参照）。 BEARER & RADIO BEARER SETUP resp. conf. (ベアラおよび無線ベアラセットァップ resp. conf. ) は無線べァラの確立および BCF相互間のベアラ確立の完了の確認のため、送信される（図 4 1 3参照）。

BEARER SETUP resp. conf. (ベアラセットアップ resp. conf. ) はアクセスベアラの確立完了の確認のため用いられる（図 4 1 4参照）。

BEARER SETUP resp. conf. (ベアラセットアップ resp. conf. ) はアクセスベアラの確立完了の確認のため用いられる（図 4 1 5参照）。

( 2 . 4 . 3 . 3 ) ：無線べァラ解放（Rad i o bearer re l ease)

( 2 . 4 . 3 . 3 . 1 ) ： TACFアンカー接近のための無線べァラ解放（Rad i o b earer re l ease f or TACF anchor appl oach) (2. 4. 3. 3. 1. 1 ) ：情報フロ一ダイアグラム（Information flow diagram;

a)機肯 gモテル (Functional model)

図 3 1に無線べァラ解放の機能モデルを示す。

b)情報フロー (Information flows)

図 3 2に無線べァラ解放のための情報フローダイアグラムを示す。

(2. 4. 3. 3. 1. 2) ：情報フローおよび情報要素の定義（Definitions of Information Flows and Information Elements)

以下、図 3 2における規定と同様に情報フローおよび情報要素を説明し、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。

アンカ C CFはアンカ TACFに対して呼解放の試行あるいは事実の検出の通知、前記呼に関連するべァラが解放過程にあることの通知のため BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) を送信する（図 4 1 6参照）。

TACFaは無線べァラの解放要求のため RADIO BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) を用いる。網が RADIO BEARER RELEASE req. ind. (無線ベアラ解放 req. ind. ) を作成する（図 4 1 7参照）。

RADIO BEARER RELEASE resp. conf. (無線べァラ解放 resp. conf. ) は前記要求に対する確認情報フローである（図 4 1 8参照）。

TACFaは端末アクセスの解放要求のため TA RELEASE req. ind. (TA解放 req. ind. ) を発動する。本情報フローは最終呼の解放に対してのみ発動する。

TA RELEASE resp. conf. (TA解放 resp. conf. ) は前記要求に対する確認情報フロ一である。

TACFは BCFに対して無線べァラ解放のため BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) を発動する（図 4 1 9参照）。

BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) は前記要求に対する確認情報フローである（図 4 2 0参照）。

TACFaは TACFvに対する解放過程にある呼に係るベアラ解放の要求のため BEARE R RELEASE req. ind. (ベアラ解放 req. ind. ) を送信する（図 4 2 1参照）。 TACFは BCFに対して無線べァラ解放のため BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) を発動する（図 422参照）。

BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) は前記要求に対する確認情報フローである（図 423参照）。

TACFはべァラおよび無線べァラ解放のため BEARER & RADIO BEARER RELEASE r eq. ind. (ベアラおよび無線べァラ解放 req. ind. ) を発動する（図 424参照）。

BEARER & RADIO BEARER RELEASE resp. conf. (ベアラおよび無線べァラ解放 r esp. conf. ) は前記 BEARER & RADIO BEARER RELEASE req. ind. (ベアラおよび無線べァラ解放 req. ind. ) の要求によるべァラおよび無線べァラ解放の確認のため用いられる（図 425参照）。

BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) は TACFに対する、無線ベアラ解放の前要求の完了の通知のための確認情報フローである（図 426参照）。

BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) は CCFに対する、無線べァラ解放の前要求の完了の通知のための確認情報フローである（図 427参照）。

TACAFは無線べァラの解放要求のため RADIO BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) を発動する（図 428参照）。

BCAFは RADIO BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) の要求による無線べァラ解放の確認のため RADIO BEARER RELEASE resp. conf. (無線ベアラ解放 resp. conf. ) を用いる（図 429参照）。

(2. 4. 3. 4) ： SDCCH解放（SDCCH Release)

以下、 SDCCHの解放手続き（SDCCH Release procedures) を説明する。

(2. 4. 3. 4. 1) ：モジュール使用による通常手続き（Common Procedur e Modules Used)

(2. 4. 3. 4. 2) ：情報フローダイアグラム（Informat ion Flow Diagra m

)

a)機能モデル (Functional model)

図 33に SDCCHセットアップ（SDCCH Setup) の機能モデルを示す。図 33は S DCCH解放の機能モデルである。

b)'|青報フロー（Information flows)

図 34に SDC CHは解放のための情報フローダイアグラムを示す。

(2. 4. 3. 4. 3) ：情報フロ一および情報要素の定義（Definitions of Information Flows and Information Elements)

以下、図 34における規定と同様に情報フロー等、機能エンティティ動作を説明し、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。

MCFおよび TACFは信号チャネルの解放要求のため SIGNALING CHANNEL RELEASE REQUEST req. ind. (信号チャネル解放要求 req. ind. ) を用いる（図 43 0参照）。

TACFおよび SACFは信号チャネル（網および無線リソースの両方を含む）の解放要求のため SIGNALING CONNECTION RELEASE req. ind. (信号接続解放 req. ind. ) を用いる（図 43 1参照）。

SIGNALING CONNECTION RELEASE resp. conf. (信号接続解放 resp. conf. ) は信号チャネルの解放報告のため用いられる（図 4 3 2参照）。

(2. 4. 3. 5) ：ハンドォ一バ

(2. 4. 3. 5. 0) ：ハンドオーバの過程および関連手続きのモジュール (Handover process and relevant procedure modules;

過程 1 ：ハンドオーバ開始原因（Process 1: Handover trigger)

ハンドオーバ開始原因の検出（ Detection of handover triggering) を行う過程 2 ：ハンドォ一バリソースの登録（Process 2: Handover resource rese rvat ion)

ハンドオーバに対する無線リソースの登録（ Reservation of radio resou rces for handoverを行つ。

過程 3 ：ハンドオーバの実行（Process 3: Handover execution)

所要に応じ網側の準備（Preparing at network side, if any) を行う。ハンドオーバ開始原因に示す移動機端末への要求（Request the mobile te rminal as indicated by trigger) を行つ。過程 4 ：ハンドオーバの完了（Process 4: Handover completion)

不要な無線べァラおよびリソースの解放（Release of unneeded radio bea rer and resources) 行う ₀

図 3 5にハンドオーバプロセスのジェネラルフローを示す。また、図 3 6にハンドオーバプロセス 1および 2の情報フローダイアグラムを示す。

図 3 7にハンドオーバプロセス 1におけるノンソフトハンドオーバの実行（ non-soft handover excution) を示す情報フローダイアグラムを示す。また、図 3 8にハンドオーバプロセス 1におけるハンドオーバのブランチ追加（handov er branch addition) を示す情報フローダイアグラムを示す。また、図 3 9にハンドオーバプロセス 1におけるハンドオーバのブランチ削除（handover branch deletion) を示す情報フローダイアグラムを示す。

(2. 4. 3. 5. 1 ) ：セル内セクタ間ブランチ追加ハンドオーバ同一の BCFrの制御下にあるハンドォ一バ：（Handover controlled by the sa me BCFr)

(2. 4. 3. 5. 1. 1 ) ：通常手続きのモジュール（Co誦 on Procedure M odules)

(2. 4. 3. 5. 1. 2) ：情報フローダイアグラム（Information Flow Diagrams;

a) 機能モデル (Functional Model)

図 4 0にセル内セクタ間ブランチ追加の機能モデルを示す。

b) 'I肓フロ一 (Information Flow)

図 4 1にセル内セクタ間ブランチ追加の CC- Plane情報フローダイアグラムを示す。

(2. 4. 3. 5. 1. 3) ：情報フローおよび情報要素の定義（Difinitio ns of iniormat ion flows and Information Elements)

以下、情報フロー等、機能エンティティ動作を説明し、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。

TACFaは TACFvに対してアクセスベアラのセットアップのため BEARER SETUP re q. ind. (ベアラセットアップ req. ind. ) を送信する（図 4 3 3参照）。

なお、本 I Eは BCFaおよび BCFv間のべァラを識別する。

TACFは BCFrに対して INTRA BCFr HANDOVER BRANCH ADDITION req. ind. (自局 B CFrハンドオーバブランチ追加 req. ind. ) を送信するとともに、新たな、単一または複数のハードウェア的無線チャネルのセットアップを要求する（図 4 34参照）。

INTRA BCFr HANDOVER BRANCH ADDITION resp. conf. (自局 BCFrハンドォ一バブランチ追加 resp. conf. ) は前記 INTRA BCFr HANDOVER BRANCH ADDITION req. ind. (自局 BCFrハンドオーバブランチ追加 req. ind. ) に対して応答する。 BCFrは TAC Fに対して単一または複数のハードウェア的無線チャネルのセットアップ完了の告知のため INTRA BCFr HANDOVER BRANCH ADDITION resp. conf. (自局 BCFrハンドオーバブランチ追加 resp. conf. ) を送信する（図 4 3 5参照）。

新たに割当てられる無線べァラを制御する基地 TACFは TACFaに対して移動機端末および TACFの制御下にある BCF r間の無線べァラのセットアップ要求のため RADIO BEARER SETUP REQUEST req. ind. (無線ベアラセットアップ要求 req. ind. ) を送信する（図 4 3 6参照）。

TACFは TACAFに対してブランチを追加したハンドオーバの自局 BSダイバーシ (intra BS Diversity Branch Addition Handover) の通知のため HANDOVER B ranch Addition req. ind. (ハンドオーバブランチ追加 req. ind. ) を送信するとともに既存のハードウェア的無線チャネルに対する、新たなハードウェア的無線チャネルの追加を要求する（図 4 3 7参照）。

なお、 *1は端末側ハンドオーバブランチの数だけ繰り返され、 *2は TACF側の呼の数だけ繰り返される。

TACAFは TACFに対して Handover Branch Addition resp. conf. (ハンドオーバブランチ追加 resp. conf. ) の受信の通知のため HANDOVER Branch Addi t ion resp. c onf. (ハンドオーバブランチ追加 resp. conf. ) を送信する。

TACAFは BCAFに対して無線べァラのセットアップ要求のため RADIO BEARER SETUP req. ind. (無線ベアラセットアップ req. ind. ) を送信する（図 4 3 8参照）。 RADIO BEARER SETUP resp. conf. (無線ベアラセットアップ resp. conf. ) は RA DIO BEARER SETUP req. ind. (無線ベアラセットアップ req. ind. ) に対して応答する。 BCAFは TACAFに対して無線べァラのセットアップ完了の告知のため RADIO BEARER SETUP resp. conf. (無線ベアラセットアップ resp. conf. ) を送信する

(図 439参照）。

(2. 4. 3. 5. 2) ：セル間ブランチ追加ハンドオーバ

(2. 4. 3. 5. 2. 1) ：通常手続きのモジュール（Common Procedure Mo dules)

(2. 4. 3. 5. 2. 2) ：情報フロ一ダイアグラム（Information Flow D iagrams)

a)機能モデル (Functional Model)

図 42にセル間ブランチ追加の機能モデルを示す。

b) 情報フロ一 (Information Flow)

図 43はセル間ブランチ追加の CC-P 1 ane情報フローダイアグラムである。

(2. 4. 3. 5. 2. 3) ：情報フローおよび情報要素の定義

(Difinitions of information f lows and Iniormat ion Elements) TACFaは BCFaに対してハンドオーバ初期化の通知のため HANDOVER CONNECTION SETUP req. ind. ひ λンドオーバ接続セットアップ req. ind. ) を送信するとともに. アクセスベアラのセットアップを要求する（図 440参照）。

なお、本 IEは CCFおよび BCF間のベアラを識別する。

BCFは TACFに対して HANDOVER CONNECTION SETUP req. ind. (ハンドオーバ接続セットアップ req. ind. ) の確認のため HANDOVER CONNECTION SETUP resp. conf. ひンドオーバ接続セットアップ resp. conf. ) を送信する（図 44 1参照）。なお、本 I Eは BCF aおよび BCF V間のベアラを識別する。

TACFaは TACFvに対してアクセスベアラのセットアップのため BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) を送信する（図 442参照）。

なお、本 IEは BCFaおよび BCFv間のベアラを識別する。

TACFは BCFに対して BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) を送信するとともに、ベアラのセットアップをも要求する（図 443参照）。なお、本 IEは BCFおよび CCF間のベアラを識別する。

BCFは TACFに対して前記 BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) の確認のため BEARER SETUP resp. conf. (ベアラセットアップ resp. conf. ) を送信する（図 444参照）。

なお、本 IEは BCFおよび BCFr間のベアラを識別する。

TACFは BCFrに対して BEARER & RADIO BEARER SETUP req. ind. (ベアラおよび無線ベアラセットアップ req. ind. ) を送信し、 BEARER & RADIO BEARER SETUP req. ind. (ベアラおよび無線ベアラセットアップ req. ind. ) は BCFおよび BCFr間のべァラ、および無線べァラのセットアップを要求する（図 445参照）。

BEARER & RADIO BEARER SETUP resp. conf. (ベアラおよび無線ベアラセットァップ resp. conf. ) は前記 BEARER & RADIO BEARER SETUP req. ind. (ベアラおよび無線ベアラセットアップ req. ind. ) に対して応答し、すなわち BCFrは TACFに対して無線べァラのセッ卜アップ完了、および BCFrおよび BCF間のベアラのセットァップ完了の告知のため BEARER & RADIO BEARER SETUP resp. conf. (ベアラおよび無線ベアラセットアップ resp. conf. ) を送信する（図 446参照）。

新たに割り当てられる無線べァラを制御する基地 TACFは TACFaに対して移動機端末および基地 TACFの制御下にある BCFrの間での無線ベアラセットアツプ要求の告知のため RADIO BEARER SETUP REQUEST req. ind. (無線ベアラセットアップ要求 req. ind. ) を送信する（図 447参照）。

TACFは TACAFに対してハンドオーバブランチの初期化の通知のため HANDOVER B RANCH ADDITION req. ind. (ハンドオーバブランチ追加 req. ind. ) を送信し、 H A DOVER BRANCH ADDITION req. ind. (ハンドオーバブランチ追加 req. ind. ) は既存の単一または複数のハ一ドウエア的無線チャネルを解放することなく、新たなハードゥエア的無線チャネルのセットアツプを要求する（図 448参照）。なお、 *1は着局セルの数だけ繰り返され、 *2は TACFに関する呼の数だけ繰り返される。

TACAFは TACFに対して Handover Branch Addition initiation req. ind. (ハンドオーバブランチ追加の初期化 req. ind. ) の受信の通知のため HANDOVER BRANC H ADDITION resp. conf. ひンドォ一バブランチ追加 resp. conf, ) を送信する。 TACAFは BCAFに対して RADIO BEARER SETUP req. ind. (無線ベアラセットアップ req. ind. ) を送信し、 RADIO BEARER SETUP req. ind. (無線ベアラセットアップ req, ind. ) は無線べァラのセットアップを要求する（図 449参照）。

RADIO BEARER SETUP resp. conf. (無線ベアラセットアップ resp. conf. ) は前記 RADIO BEARER SETUP req. ind. (無線ベアラセットアップ req. ind. ) に対して応答し、 BCAFは TACAFに対して無線べァラのセットアップ完了の告知のため RAD 10 BEARER SETUP resp. conf. (無線ベアラセットアップ resp. conf. ) を送信する (図 450参照）。

TACFaは TACFvに対してアクセスベアラ確立の保証のため BEARER SETUP resp. c onf. (ベアラセットアップ resp. conf. ) を送信する（図 45 1参照）。

(2. 4. 3. 5. 3) ：セル内セクタ間ブランチ削除ハンドオーバ

同一の BCFrの制御下にあるハンドオーバ

(Handover control led by the same BCFr)

(2. 4. 3. 5. 3. 1) ：通常手続きのモジュール

(Common Procedure Modules)

(2. 4. 3. 5. 3. 2) ：情報フローダイアグラム

(Information Flow Diagram)

a)機能モデル (Functional model)

図 44にセル内セクタ間ブランチ削除ハンドオーバ（handover branch delet ion)の機能モデルを示す。

b)情報フロー (Information Flow )

図 45にセル内セクタ間ブランチ削除ハンドオーバの CC- Plane情報フロ一ダイ

(2. 4. 3. 5. 3. 3) ：情報フローおよび情報要素の定義（Dif initio ns of information f 1 ows and Information Elementsリ

TACFは TACAFに対して HANDOVER BRANCH DELETION req. ind. (ハンドオーバブランチ削除 req. ind. ) を送信し、 HANDOVER BRANCH DELETION req. ind. (ハンドォーバブランチ削除 req. ind. ) は単一または複数のハードウェア的無線チャネルの解放を要求する（図 452参照）。なお、 * 1は端末に関するハンドオーバブランチの数だけ繰り返してもよい。 *2は端末に関する呼の数だけ繰り返される。

Handover branch ID ひンドオーバブランチ ID) はアクセスラジオリンクの搬送ルートの特定（1つのみ）のため用いられる。

TACAFは TACFに対して HANDOVER BRANCH DELETION req. ind. (ハンドオーバブランチ削除 req. ind. ) の確認のため HANDOVER BRANCH DELETION resp. conf. (ハンドオーバブランチ削除 resp. conf. ) を送信する（図 453参照）。

TACFaは TACFv に対してアクセスベアラ解放のため BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) を送信する（図 454参照）。

TACFは BCFrに対して単一または複数のハードウエア的無線チャネルの解放要求のため INTRA BCFr HANDOVER BRANCH DELETION req. ind. (自局 BCFrハンドオーバブランチ削除 req. ind. ) を送信する（図 455参照）。

なお、本 IEは BCFrが TACFに対して本 IFを送信する場合に含まれる。

INTRA BCFr HANDOVER BRANCH DELETION resp. conf. (自局 BCFrハンドオーバブランチ削除 resp. conf. ) は前記 INTRA BCFr HANDOVER BRANCH DELETION req. ind. (自局 BCFrハンドオーバブランチ削除 req. ind. ) に対して応答し、 BCFrは TACFに対して単一または複数のハードウェア的無線チヤネルの解放の告知のため I NTRA BCFr HANDOVER BRANCH DELETION resp. conf. (自局 BCFrハンドオーバブランチ削除 resp. conf. ) を送信する（図 456参照）。

TACFvは TACFaに対して BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) の確認のため BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) を送信する（図 457参照）。

(2. 4. 3. 5. 4) ：セル間ブランチ削除ハンドオーバ

(2. 4. 3. 5. 4. 1) ：通常手続きのモジュール（Co誦 on Procedure Modules)

(2. 4. 3. 5. 4. 2) ：情報フロ一ダイアグラム（Information Flow Diagram)

a)図 46にセル内ブランチ削除ハンドオーバ（handover branch deletion)の機能モデルを示す。 b)図 47にセル内ブランチ削除ハンドオーバの CC-Plane情報フローダイアグラムを示す。

(2. 4. 3. 5. 4. 3) ：情報フローおよび情報要素の定義（Dif initio ns of information flows and Information Elements)

以下、情報フロー等、機能エンティティ動作について述べるとともに、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。

TACFは TACAFに対して HANDOVER BRANCH DELETION req. ind. (ハンドオーバブランチ削除 req. ind. ) を送信し、 HANDOVER BRANCH DELETION req. ind. ひンドォ —バブランチ削除 req. ind. ) は単一または複数のハードウェア的無線チャネルの解放を要求する（図 458参照）。

なお、 *1は端末に関するハンドオーバブランチの数だけ繰り返してもよい。 *2は端末に関する呼の数だけ繰り返される。 Handover branch ID (ハンドオーバブランチ ID) はアクセスラジオリンクの搬送ルートの特定（1つのみ）のため用いられる。

TACAFは TACFに対して HANDOVER BRANCH DELETION req. ind. (ハンドォ一バブランチ削除 req. ind. ) の確認のため HANDOVER BRANCH DELETION resp. conf. (ハンドオーバブランチ削除 resp. coni. ) を送信する（図 459参照）。

TACAFは BCAFに対して無線べァラの解放要求のため RADIO BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) を送信する（図 460参照）。

RADIO BEARER RELEASE resp. conf. (無線べァラ解放 resp. conf. ) は前記 RADI 0 BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) に対して応答し、 BCAF は TACAFに対して無線べァラ解放の完了の告知のため RADIO BEARER RELEASE res p. conf. (無線べァラ解放 resp. conf. ) を送信する（図 46 1参照）。

TACFは BCFに対してダイバーシチハンドォ一バ状態における指示されるべァラの削除のため HANDOVER CONNECTION RELEASE req. ind. ひンドォ一バ接続解放 req. ind. ) を送信する（図 462参照）。

BCFは TACFに対して前記 HANDOVER CONNECTION RELEASE req. ind. ひ \ンドォ一バ接続解放 req. ind. ) の確認のため HANDOVER CONNECTION RELEASE resp. conf. オーバ接続解放 resp. conf. ) を送信する（図 4 6 3参照）。

TACFaは TACFvに対してアクセスベアラの解放のため BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) を送信する（図 4 64参照）。

TACFは BCFに対してベアラ解放の要求のため BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) を送信する（図 4 6 5参照）。

BCFは TACFに対して BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) の確認のため BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) を送信する（図 4 6

6参照）。

TACFは BCFrに対して to request the bearer between BCFおよび BCFr間のベアの解放要求、および無線べァラの解放要求のため BEARER & RADIO BEARER RELEA SE req. ind. (ベアラおよび無線べァラ解放 req. ind. ) を送信する（図 4 6 7参照）。

BEARER & RADIO BEARER RELEASE resp. conf. (ベアラおよび無線べァラ解放 r esp. conf. ) は前記 BEARER & RADIO BEARER RELEASE req. ind. (ベアラおよび無線べァラ解放 req. ind. ) に対して応答し、 BCFrは TACFに対してベアラおよび無線ベアラの解放完了の告知のため BEARER & RADIO BEARER RELEASE resp. conf. (ベァラおよび無線べァラ解放 resp. conf. ) を送信する（図 4 6 8参照）。

TACFv は TACFaに対して前記 BEARER RELEASE req. ind. (ベアラ解放 req. ind. ) の確認のため BEARER RELEASE resp. conf (ベアラ解放 resp. conf. ) を送信する (図 4 6 9参照）。

(2. 4. 3. 5. 5) ：セル内ブランチ切替ハンドオーバ

(2. 4. 3. 5. 5. 1 ) ：通常手続きのモジュール（Co謹 on Procedure

Modules;

(2. 4. 3. 5. 5. 2) ：情報フローダイアグラム（Informat ion Flow Diagrams)

a) 機能モデル (Functional Model)

図 4 8に Functional model for セル内ブランチ切替ハンドオーバの機能モデルを示す。 b) 情報フロー（Information Flow)

図 49にセル内ブランチ切替ハンドオーバの CC-Plane情報フロ一ダイアグラムを示す。

(2. 4. 3. 5. 5. 3) ：情報フローおよび情報要素の定義 Difinitions of information f lows and Information Elements)

TACFaは TACFvに対してアクセスベアラのセットアップのため BEARER SETUP re q. ind. (ベアラセットアップ req. ind. ) を送信する（図 470参照）。

なお、本 IEは BCFaおよび BCFv.間のベアラを識別する。

TACFは BCFrに対して INTRA BCFr HANDOVER BRANCH REPLACEMENT req. ind. (自局 BCFrハンドオーバブランチ切替 req. ind. ) を送信し、 INTRA BCFr HANDOVER B RANCH REPLACEMENT req. ind. (自局 BCFrハンドオーバブランチ切替 req. ind. ) は新たな単一または複数のハードウェア的無線チャネルのセットアップを要求する。

INTRA BCFr HANDOVER BRANCH REPLACEMENT resp. conf. (自局 BCFrハンドォ一バブランチ切替 resp. conf. ) は前記 INTRA BCFr HANDOVER BRANCH REPLACEMENT req. ind. (自局 BCFrハンドオーバブランチ切替 req. ind. ) に対して応答し、 BC Fr は TACFに対して単一または複数のハードウェア的無線チャネルのセットアツプ完了を告知するため送信する（図 47 1参照）。

なお、 *1はセットアップされるラジオリンクの数だけ繰り返してもよい。 BCF rは TACFに対してハンドオーバブランチ切替要求の承認の告知のため I NTR A BCFr HANDOVER BRANCH REPLACEMENT PROCEEDING req. ind. (自局 BCFrハンドォ一バブランチ切替手続き req. ind. ) を送信する（図 472参照）。

新たに割当てられる無線べァラを制御する基地 TACFはアンカ TACFaに対して移動機端末、および基地 TACFの制御下にある BCFr間のセットアップ要求のため RA DIO BEARER SETUP REQUEST req. ind. (無線ベアラセットアップ要求 req. ind. ) を送信する（図 473参照）。 TACFは TACAFに対してノンソフトハンドオーバ実行の初期化の通知のため NON- SOFT HANDOVER EXECUTION req. ind. (ノンソフトハンドオーバ実行 req. ind. ) を送信する。 N0N- SOFT HANDOVER EXECUTION req. ind. (ノンソフトオーバ実行 req. ind. ) は既存のハードウェア的無線チャネルから指定されるハードウェア的無線チャネルへの切替を要求する（図 474参照）。

なお、 *1は端末に関するハンドオーバブランチの数だけ繰り返され、 *2は TAC Fに関する呼の数だけ繰り返される。

TACAFは BCAFに対して無線べァラのセットアップ要求のため RADIO BEARER SET UP req. ind. (無線ベアラセットアップ req. ind. ) を送信する（図 47 5参照）。

RADIO BEARER SETUP resp. conf. (無線ベアラセットアップ resp. conf. ) は前記 RADIO BEARER SETUP req. ind. (無線ベアラセットアップ req. ind. ) に対して応答し、 BCAFは TACAFに対して無線べァラのセッ卜アップ完了の告知のため RAD 10 BEARER SETUP resp. conf. (無線ベアラセッ卜アップ resp. conf. ) を送信する (図 476参照）。

TACAFは BCAFに対して無線べァラの解放要求のため RADIO BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) を送信する（図 47 7参照）。

RADIO BEARER RELEASE resp. conf. (無線べァラ解放 resp. conf. ) は前記 RADI

0 BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) に対して応答し、 BCAF は TACAFに対して無線べァラの解放完了の告知のため送信する（図 478参照）。

TACFaは TACFvに対してアクセスベアラの確立確認のため BEARER SETUP resp. c onf. (ベアラセットアップ resp. conf. ) を送信する（図 479参照）。

(2. 4. 3. 5. 6) ：ミオーバ

(2. 4. 3. 5. 6. 1) 通常手続きのモジュール (Common Procedures

Modules)

(2. 4. 3 5. 6. 2 ) ：情報フローダイアグラム（Information Flow Diagrams)

a) 機能モデル (Functional Model)

図 50にセル間ブランチ切替チハンドオーバの機能モデルを示す。

b)情報フロー (Information Flows) 図 5 1にセル間ダイバーシチハンドオーバの CC-Plane情報フローダイアグラムを示す。

(2. 4. 3. 5. 6. 3) ：情報フローおよび関連情報要素の定義

(Definitions of Information Flows and Associated Iniormat ion Elements) 以下、情報フロー等について述べるとともに、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。

TACFaは BCFaに対してハンドオーバの初期化の通知のため HANDOVER CONNECT 10 N SETUP req. ind. (ハンドォ一バ接続セットアップ req. ind. ) を送信する。 HA\ DOVER CONNECTION SETUP req. ind. ひンドオーバ接続セットアップ req. ind. ) は新たなハンドオーバリンクのセットアップを要求する（図 480参照）。なお、本 IEは網が 1つ以上のハンドオーバモードを有する場合、強制的である

BCFは TACFに対して前記 HANDOVER CONNECTION SETUP req. ind. (ハンド才一バ接続セットアップ req. ind. ) の確認のため HANDOVER CONNECTION SETUP resp. c onf. (ハンドオーバ接続セットアップ resp, conf. ) を送信する（図 48 1参照）。なお、本 IEは BCFaおよび BCFv.間のベアラを識別する。

TACFa は TACFvに対してハンドオーバリンクのセットアップのため BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) を送信する（図 482参照）。なお、本 IEは BCFaおよび BCFv.間のベアラを識別する。 BCFaおよび BCFv間のリンク遷移に対して新たな FEを設けてもよい。個別の BCFリンクは FFSと称する。

TACFは BCFに対して BEARER SETUP req. ind. (ベアラセットアップ req. ind. ) を送信する。 BEARER SETUP req. ind. (ベアラセッ卜アップ req. ind. ) は網側における新たなハンドオーバリンクを要求する（図 483参照）。

なお、本 IEは BCFaおよび BCFv間のリンクを識別する。 BCFaおよび BCFv間のリンク遷移に対して新たな FEを設けてもよい。個別の BCFリンクは FFSと称する。

BCFは TACFに対して前記 SETUP req. ind. (ベアラセットアップ req. ind. ) の確認のため BEARER SETUP resp. conf. (ベアラセットアップ resp. conf. ) を送信する（図 484参照）。

なお、本 IEは BCFおよび BCFr間のリンクを識別する。 BCFaおよび BCFv間のリンク遷移に対して新たな FEを設けてもよい。個別の BCFリンクは FFSと称する。 TACFは BCFrに対して BEARER & RADIO BEARER SETUP req. i nd. (ベアラおよび無線ベアラセットアップ req. i nd. ) を送信する。 BEARER & RADIO BEARER SETUP req. ind. (ベアラおよび無線ベアラセットアップ req. ind. ) は BCFおよび BCFr間のベアラセットアップ、および無線べァラのセットアップを要求する（図 4 8 5 参照）。

BCFrは TACFに対してアクセスラジオリンクのセットアップ承認の告知、および BCFrにおけるアクセスラジオリンクのセットアップ開始の告知のため RADIO BEA RER SETUP PROCEEDING req. ind. (無線ベアラセットアップ手続き req. i nd. ) を送信する（図 4 8 6参照）。 i

新たに割当てられるアクセスラジオリンクを制御する基地 TACFは TACFaに対して移動機端末および、基地 TACFの制御下にある BCFr間におけるアクセスラジオリンクのセットアップ要求のため RADIO BEARER SETUP REQUEST req. ind. (無線ベァラセットアップ要求 req. ind. ) を送信する（図 4 8 7参照）。

TACFは TACAFに対してノンソフ卜ハンドオーバ実行の初期化の通知のため N0N - SOFT HANDOVER EXECUTION req. ind. (ノンソフ卜ハンドオーバ実行 req. ind. ) を送信する。 N0 ¹- SOFT HANDOVER EXECUTION req. i nd. (ノンソフトハンドォ一バ実行 req. i nd. ) は既存のハ一ドウエア的無線チャネルから指定されるハードウェア的無線チャネルへの切替を要求する（図 4 8 8参照）。

なお、 * 1は端末に関するハンドオーバブランチの数だけ繰り返され、 *2は TAC Fに関する呼の数だけ繰り返される。

TACAFは BCAFに対して RADIO BEARER SETUP req. i nd. (無線ベアラセッ卜アップ req. i nd. ) を送信し、 RADIO BEARER SETUP req. i nd. (無線ベアラセットアップ req. i nd. ) はアクセスラジオリンクのセットアップを要求する（図 4 8 9参照）。

RADI O BEARER SETUP resp. conf. (無線ベアラセットアップ resp. conf. ) は前記 RADIO BEARER SETUP req. i nd. (無線ベアラセットアップ req. i nd. ) に対して応答し、 BCAFは TACAFに対してアクセスラジオリンクのセットアップ完了の告知のため RADIO BEARER SETUP resp. con f. (無線ベアラセットアップ resp, conf. ) を送信する（図 4 9 0参照）。 TACAFは BCAFに対してアクセスラジオリンクの解放要求のため RADIO BEARER R ELEASE req. i nd. (無線べァラ解放 req. ind. ) を送信する（図 4 9 1参照）。

RADIO BEARER RELEASE resp. conf. (無線べァラ解放 resp. conf. ) は前記 RADI 0 BEARER RELEASE req. ind. (無線べァラ解放 req. ind. ) に対して応答し、 BCAF は TACAFに対してアクセスラジオリンクの解放完了を告知するため RADIO BEARER RELEASE resp. conf. (無線べァラ解放 resp. conf. ) を送信する（図 4 9 2参照）。 BEARER & RADIO BEARER SETUP resp. conf. (ベアラおよび無線ベアラセットァップ resp. conf. ) は前記 BEARER & RADIO BEARER SETUP req. ind. (ベアラおよび無線ベアラセットアップ req. i nd. ) に対して応答し、 BCFrは TACFに対してァクセスラジオリンクのセットアップ完了の告知のため、および BCFrおよび BCF間のリンクのセットアップ完了の告知のため BEARER & RADIO BEARER SETUP resp. con f. (ベアラおよび無線ベアラセットアップ resp. conf. ) を送信する（図 4 9 3参照）。

TACFaは TACFvに対してハンドオーバリンクの確立の確認のため BEARER SETUP resp. conf. (ベアラセットアップ resp. conf, ) を送信する（図 4 9 4参照）。

TACFは BCFaに対して指示されたハンドォ一バリンクの削除のため HANDOVER CO NNECTIO RELEASE req. i nd. (ハンドォ一バ接続解放 req. i nd. ) を送信する（図

4 9 5参照）。

BCFは TACFに対して HANDOVER CONNECTION RELEASE req. i nd. (ハンドオーバ接続解放 req. i nd. ) の確認のため HANDOVER CONNECTION RELEASE resp. conf. (ハンドオーバ接続解放！ "eq. ind. ) を送信する（図 4 9 6参照）。

TACFaは TACFvに対して網側におけるハンドオーバリンクの解放のため BEARER RELEASE req. i nd. (ベアラ解放 req, i nd. ) を送信する（図 4 9 7参照）。

TACFは BCFに対して網側におけるハンドォ一バリンクの解放要求のため BEARER RELEASE req. i nd. (ベアラ解放 req. ind. ) を送信する（図 4 9 8参照）。

BCFは TACFに対して BEARER RELEASE req. ind. (ベアラ解放 req. i nd. ) の確認のため BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) を送信する（図 4 9 9参照）。

TACFは BCFrに対してアクセスリンクの解放要求のため、または BCFおよび BCFr 間のハンドォ一バリンクの解放要求、 BCAFおよび BCF間のハンドォ一バリンクの解放要求のため BEARER & RADIO BEARER RELEASE req. ind. (ベアラおよび無線ベアラ解放 req. ind. ) を送信する（図 5 0 0参照）。

なお、本 IEは、本 IFが BCFrから TACFへ送信される場合に含まれる。

BEARER & RADIO BEARER RELEASE resp. conf. (ベアラおよびラジオ解放 req. i nd. ) は BEARER & RADIO BEARER RELEASE req. ind. (ベアラおよびラジオベア解放 req. ind. ) に対して応答し、 BCFrは TACFに対してアクセスリンクの解放完了またはハンドオーバリンクの解放完了の告知のため BEARER & RADIO BEARER RELEA SE resp. conf. (ベアラおよびラジオ解放 req. ind. ) を送信する（図 5 0 1参照）。

TACFvは TACFaに対して con firm BEARER RELEASE req. ind. (ベアラ解放 req. in d. ) の確認のため BEARER RELEASE resp. conf. (ベアラ解放 resp. conf. ) を送信する（図 5 0 2参照）。

(2. 4. 3. 5. 7 ) ： ACCH切替

図 7 9 0は、本システムが想定している AC CH切替の契機の一例を示すものである。この図 7 9 0において、サ一ビス制御局 1は、図示しない公衆回線網に接続されて、複数の（図示の例では 2つであるが）交換局 2 a、 2 bを統括するものである。交換局 2 a、 2 bは、それぞれ対応する基地局制御局 3 a、 3 との間に複数の回線を有する。基地局制御局 3 aは、基地局 6 a〜6 dを制御し、基地局制御装置 3 bは、基地局 6 e〜 6 hを制御する。各基地局 6 a〜6 hの各々は、移動局装置 6との無線通信が可能な領域である無線ゾーン 5 a〜 5 f を形成している。移動局装置 7は、これらの無線ゾーンのいずれかに在圏し、基地局との間で交信を行うことができる。

さて、図 7 9 0において、移動局装置 7は例えば無線ゾーン 5 bに在圏しており、無線ゾーン 5 bに対応する基地局 6 dとの間で複数のトラフィックチャネル TCHを介して複数の通信を行っているとする。この場合は、通信内容の転送に利用される各トラフィックチャネルに、同一の無線物理チャネルを利用した A C

CHが存在することがある。

このような場合、本システムでは、既に（2. 2. 2) 章において説明したように、複数の AC CHの中から任意の 1つ（例えば、図中の ACCH 1 ) を選択して、当該移動局装置 7に関連する全ての制御信号を、その AC CH上で送受することが可能である。これにより、 AC CHの全てを複数の無線リソースでサボ ―卜する場合と比較して、送受信に要するハードウエアが削減することができ、さらに、制御信号の送信順序を複数の AC CH間で調整するといつた複雑な制御を省略することも可能となる。

ところで、. かかる通信システムにおいて、個々の通信が終了による TCHの解放に伴って、 AC CHを使用していた無線リソースが解放されると、他の呼のために AC CHの継続的確保が困難になる。なお、 AC CHに要求される伝送速度を変更する場合にも同様の問題が発生する。

すなわち、個々のコネクション毎の解放、あるいは、呼の解放に対応するコネクシヨンの解放に伴って、 A C C Hを使用している無線リソースが解放される場合であって、他の呼のために AC CHの継続的確保が必要な場合に、または、 A C CHに要求される伝送速度を変更する場合には、 AC CHの切替が必要となる。そこで、本システムにおいては、 1つの移動局装置 7で同時に複数の呼の通信を許容し、各 TCHに付随する ACCHを共用するとともに、 ACCHを使用していた無線リソースが解放されると、 ACCHを他の無線チャネルに切り替えるようにしているのである。

(2. 4. 3. 5. 7. 2 ) ：情報フローダイアグラム（Information Flow Di agrams)

a) 機能モデル (Functional Model)

図 52に ACCH切替に関連した機能エンティティを示す。この図 52に示されるように、これらの機能エンティティは、移動局装置側に配置する機能ェンティティと、基地局を含むネットワーク側に配置される機能エンティティとに大別される。これらの機能エンティティの配置先およびその機能について、以下簡単に説明する。

まず、図 790における交換局 2 a、 2 bのひとつには、 CCF a (Call Co ntrol Function) が配置される。この CCF aは、呼 Z接続の制御を行う機能ェンティティである。なお、 aは、 anchorの略であり、通信開始時点に設置され、移動局装置 6が移動しても固定されているという意味である。基地局制御局 3 a、 3 bのひとつには、 TACF a (Terminal Access Contr ol Function) および BC F a (Bearer Control Function) が配置される。ここで、 TAC F aは、ネットワーク側から移動局装置 7へのアクセスを制御するとともに、 AC CHの活性化、解放等を指示する機能エンティティである。また、 B C F (Bearer Control Function) は、ベアラを制御する機能エンティティである。なお、 aは、上述と同様、 anchorの略である。

次に、 TACF aおよび BC F aが配置される基地局制御局と同一あるいは異なる基地局制御局 3 a、 3 bのひとつには、 TAC F Vおよび B C F Vが配置される。ここで、 Vは、 vistedの略である。

次に、 TAC F v、 B C F Vが配置される基地局制御局の配下の基地局 4 a〜 4 hのひとつには、 B C F r (Bearer Control Function radio bearer assoc i ated) が配置される。この BCF rは、無線べァラを制御するものであって、 A CCHの活性化、解放等を行うものである。

また、移動局装置 6には、 TACAF (Terminal Access Control Agent Fun ction) および BCAF (Bearer Control Agent Function) が配置される。ここで、 TACAFは、移動局装置へのアクセスを制御するとともに、 ACCHの解放、設定等を指示する機能エンティティである。また、 B CAFは、移動局装置の無線べァラを制御する機能エンティティであって、 ACCHの解放、設定を実行するものである。

なお、各機能エンティティの末尾には数字「1」または「2」が付されているが、数字「 1」が付されたものは、移動局装置 7が行っている複数の通信のうち第 1番目のもの（以下、第 1呼の通信という）に対応した機能エンティティであり、数字「2」が付されたものは移動局装置 7が行っている複数の通信のうち第 2番目のもの（以下、第 2呼の通信という。 ) に対応した機能エンティティである。

b)情報フロー (Information Flows)

図 5 3、図 54に ACCH切替の CC-Plane情報フローダイアグラムを示す。

(2. 4. 3. 5. 7. 3) ：情報フローおよび関連情報要素の定義（Defini t ions of Information Flows and Associated Information Elements) W 98/4852 JP98/01 以下、情報フロー等、機能エンティティについて述べるとともに、対応す ¾情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。

次に、図 53および図 54のシーケンス図を参照し、 ACCHの切替手順について詳細に説明する。

この図 53および図 54のシーケンス図は、以下のような状況を想定している。 a. 当初、移動局装置がトラヒックチャネル TCH1および TCH2を利用して第 1呼および第 2呼の各通信を行っていた。

b. その後、トラフィックチャネル TCH1を利用した第 1呼の通信が終了した。 c . その際、第 1呼の通信に使用していたトラヒックチャネル TCH1と同一無線リソースに AC CH 1が設定されており、第 1呼の通信が終了するまでは、この ACCH 1を介して、第 1呼および第 2呼の通信を維持するための制御情報の授受が行われていた。

d. 第 1呼の通信終了に伴ってトラヒックチャネル TCH1が解放されることとなる力その後、トラヒックチャネル TCH2を継続使用するためには引き続き ACCH が必要である。そこで、 ACCHを ACCH 1から第 2呼の通信のためのトラフィツクチャネル TCH2に付随した AC CH 2に切り替える必要がある。

すなわち、この図 53および 54は、図 262の AC CH切替動作と同じ状況を想定し、 ACCHを、第 1呼に対応した BCAF 1—BCF r 1間の無線ベアラから、第 2呼に対応した BCAF 2-BCF r 2間の無線べァラへと切り替える動作シーケンスを前掲図 262よりもさらに詳細に示したものである。

まず、上記 a〜dの状況が発生することにより、 TAC F aが AC CHを切り替える旨の契機を認識すると、 TACF aは、 ACCHの移行先となるコネクシヨンを判定し、 BCF aへ、ハンドオーバの初期化の通知のため Handover Conn ection Setup req. ind. ひンドオーバ接続セットアップ req. ind. ) を送信する。このハンドオーバ接続セットアップ req. ind.は、 AC CHのセットアップを要求するものであり、その I E (Information Elements：情報要素）については、図 503に示されるように、 BCF— TACF間のリレーション I D、基地局 I D、ハンドオーバ 'モードである。なお、図 503〜図 523において Mば、 M andatoryの略であって必須という意味であり、 0は、 Optionalの略であって任意という意味である。図 503に示されるハンドオーバ 'モードにあっては、ネットヮ一クが 1つ以上のハンドオーバモ一ドを有する場合、必須となる。

図 53において、 BCF aは、 AC CH用に DHTを捕捉した後、 TACF a へ、先のハンドオーバ接続セットアップ req. ind.の確認のため Handover Conne ct ion Setup resp. conf. (ノ、ンド、才ーノ接続セッ卜アップ resp. conf. ) を返送する。このハンドオーバ接続セットアップ resp. conf.の I Eについては、図 50 4に示されるように、 TACF— BCF間のリレーション I D、ベアラ I D (B CF— BCF間）である。ここで、ベアラ I Dにあっては、 BCF a— BCFv 間のベアラを識別する。

TACF aは、第 2呼の通信に対応した TACF V 2へ、 ACCHに対するァクセスベアラのセットアップのための Bearer Setup req. ind. (ベアラセットァップ req. ind. ).を送信する。このベアラセットアップ req. ind.の I Eは、図 50 5に示されるように、 TACF— TACF間のリレーション I D、ベアラ I D (BCF— BCF間）、基地局 I D、ユーザ ·情報 · レートである。ここで、ベァラ I Dにあっては、 BCF a— B C F V間のベアラを識別する。

TACF V 2は、対基地局ショートセルコネクションを AC CH用に設定し、対応付ける TCH (この場合、第 2呼の通信のためのトラフィックチャネル TCH 2) と同一値のリンク ' リファレンスを抽出し、この後、 BCFv 2へ、 Bearer Setup req. ind. (ベアラセットアツフ req, ind. ) を达信^-る。

このベアラセットアップ req. ind.は、 ACCH (この場合、トラフィックチヤネル TCH2に付随する AC CH 2) に対するベアラのセットアップを要求するものであり、その I Eについては、図 506に示されるように、 TACF— BCF間のリレーション I D、ベアラ I D (BCF— BCF間）、基地局 I D、ユーザ ' 情報 ' レートである。ここで、ベアラ I Dは、 BCF a— BCFv間のベアラを識別するための I Dである。

次に、 BCFv 2は、上記ベアラセットアップ req. ind.を受け取ると、要求されたべァラの設定を行い、 TACFv 2へ、先のベアラセットアップ req. ind. ) 528 8/01906 の確認する Bearer Setup resp. conf. (ベアラセッ卜アップ resp. conf. ) を返送する。このベアラセットアップ resp. conf.の I Eについては、図 507に示されるように、 T AC F— BCF間のリレーション I D、ベアラ I D (BCF— BC F r間）である。ここで、ベアラ I Dにあっては、 BCF— BCF r間のベアラを識別する。

次に、 TACFv 2は、上記ベアラセットアップ resp. conf.を受け取ると、 B CF r 2へ、 Bearer & Radio Bearer Setup req. ind. (ベアラおよび無線べァラセットアップ req. ind. ) を送信する。

ここで、ベアラおよび無線ベアラセットアップ req. ind.は、 BCF— BCF r 間のベアラのセットアップと、 AC CHに対する無線べァラのセットアップとを要求するものであり、その I Eについては、図 508に示されるように、 TAC F— BCF r間のリレーション I D、ベアラ I Dである。

これを受けた B C F r 2は、リンク · リファレンスにより対応する TCH (この場合、トラフィックチャネル TCH2) を特定し、 ACCHの送信を開始する。この後、 BCF r 2は、 T A C F v 2へ、 Radio Bearer Setup Proceeding r eq. ind. (無線ベアラセットアップ手続 req, ind. ) を送信する。この無線べァラセットアップ手続 req. ind.は、 TACFに対して、無線べァラのセットアップ要求が承認されたこと、および、 BCF rが ACCHに対する無線べァラのセットアップを開始されたことをそれぞれ示すものであり、その I Eについては、図 5 09に示されるように、 TACF— BCF r間のリレーション I Dである。

この無線ベアラセットアップ手続 req. ind.を受けた TAC F v 2は、 TACF aへ、 Radio Bearer Setup Request req. ind. (無線ベアラセットアップ要求 re q. ind. ) を送信する。この無線ベアラセットアップ要求 req. ind.は、移動局装置と TACF Vの制御下にある B C F rとの間において A C C Hに対する無線ベアラのセットアップを要求するために、新たに割当てられる無線べァラを TAC F aが制御するためのものであり、その I Eについては、図 5 10に示されるように、 TACF— TACF間のリレーション I Dである。

次に、 TACF aは、 TACAFへ、 Radio Bearer Setup req. ind. (無線べァラセットアップ req. ind. ) を送信する。この無線ベアラセットアップ req. ind. は、 AC CH切替ハンドオーバ実行初期化を通知して、既存の物理無線チャネル (第 1呼に対応した物理無線チャネル）から指定の物理無線チャネル（第 2呼に対応した物理無線チャネル）への切り替えを要求するものであり、その I Eは、図 5 1 1に示されるように、呼 I Dである。

一方、この req. ind.を受けた TAC AFは、図 54に示すように、 BCAF 2 へ、 Radio Bearer Setup req. ind. (無線ベアラセットアップ req. ind. ) を送信する。この無線ベアラセットアップ req. ind.は、 ACCH (この場合、 ACCH 2) に対する無線べァラのセットアップを要求するものであり、その I Eについては、図 5 1 2に示されるように、 TAC AF— B CAF間のリレーション I D である。

この req. ind.を受けた B CAF 2は、新たに AC CHを設定して、その後、 T ACAFへ、 Radio Bearer Setup resp. conf. (無！ ¾ベアラセットアツフ resp. c onf. ) を返送する。この無線ベアラセットアップ resp. conf.は、 ACCHに対する無線べァラのセットアップ完了を T AC AFに通知するためのものであり、その I Eについては、図 5 1 3に示されるように、 TAC AF— B C AF間のリレーション I Dである。

そして、 TACAFは、 TACF aへ、 ACCH (この場合、 ACCH2) に対する無線べァラのセットアップが完了したことを示す Radio Bearer Setup re sp. conf. (無線ベアラセットアップ resp. conf. ) を送信する。なお、この無線べァラセットアップ resp. conf.の I Eについては、図 5 1 3と同様に、 TACAF — B C AF間のリレーション I Dである。

次に、 TACAFは、 BCAF 1へ、 Radio Bearer Release req. ind. (無線ベアラ解放 req. ind. ) を送信する。この無線べァラ解放 req. ind.は、無線べァラの解放を要求するものであり、その I Eについては、図 5 14に示されるように、 TACAF— BCAF間のリレーション I Dである。

この req. ind.を受けた B C AF 1は、使用していた ACCH (この場合、トラフィックチャネル TCH1に付随した AC CH 1 ) を解放して、その後、 TACAF へ、無線べァラの解放完了を示す Radio Bearer Release resp. conf. (無線ベアラ解放 resp. conf. ) を返送する。この無線べァラ解放 resp. conf.の I Eについては、図 5 1 5に示されるように、 TAC AF— B C AF間のリレーション I Dである。

一方、無線ベアラセットアップ resp. conf.を受けた TAC F aは、 BCF aへ、 Handover Connect ion Release req. ind. (ノン ^才ーノヾ接続角军放 req. ind.リ ¾送信する。このハンドオーバ接続解放 req. ind.は、ソフトハンドオーバ伏態であるベアラを削除するためのものであり、その I Eについては、図 5 1 6に示されるように、 TACF— BCF間のリレーション I D、解放すべきベアラ I Dである。この req. ind.を受けた BCF aは、旧 DHTを解放し、その後、 T AC F aへ、先のハンドオーバ接続解放 req. indを確認するための Handover Connection Rele ase resp. conf. (ハンドオーバ接続解放 resp. conf. ) を返送する。このハンドォ —バ接続解放 resp. conf.の I Eについては、図 5 1 7に示されるように、 TAC F— BCF間のリレ一ション I Dである。

次に、 TACF aは、 TACFv lへ、 Bearer Release req. ind. (ベアラ解放 req. ind. ) を送信する。このべァラ解放 req. ind.は、 TACFv lに対してァクセスしていたベアラの解放を要求するものであり、その I Eについては、図 5 1 8に示されるように、 TACF— TACF間のリレーション I Dである。

このべァラ解放 req. ind.を受けた T AC F V 1は、 B C F v 1へ、 Bearer Re lease req. ind. (ベアラ解放 req. ind. ) を送信する。このべァラ解放 req. ind.は、 TACF V 1に対してアクセスしていたベアラの解放を要求するものであり、その I Eについては、図 5 1 9に示されるように、 TAC F— B C F間のリレーション I Dである。

このべァラ解放 req. ind.を受けた B C F V 1は、 TACF v lへ、先のベアラ解放 req. ind.を確認するための Bearer Release resp. conf. ベアラ解-放 resp. c onf. ) を返送して、旧リソースを解放する。このべァラ解放 resp. conf.の I Eについては、図 520に示されるように、 TACF— BCF間のリレーション I D である。

また、この resp. conf.を受けた TAC F V 1は、 B C F r 1へ、 Bearer & Ra dio Bearer Release req. ind. (ベアラおよび無線べァラ解放 req. ind. ) を送信する。このべァラおよび無線べァラ解放 req. ind.は、 BCF— BCF r間のベア 01906 ラと、無線べァラとの解放を要求するものであり、その I Eについては、図 52 1に示されるように、 TAC F— B C F r間のリレーション I D、 Causeである。なお、 Causeにあっては、この I Eが B C F rから TAC Fへ送信される場合に含まれる。

一方、ベアラおよび無線べァラ解放 req. ind.を受けた BCF r 1は、送信を停止し、その後、 TACFv 1へ、 Bearer & Radio Bearer Release resp. conf. (ベアラおよび無線べァラ解放 resp. conf. ) を返送して、旧リソースを解放する _c このべァラおよび無線べァラ解放 resp. conf.は、先のベアラおよび無線べァラ解放 req. indに対する応答であって、ベアラおよび無線べァラの解放が完了したことを示すものであり、その I Eについては、図 522に示されるように、 TAC F— B C F r間のリレーシヨン I Dである。

そして、この resp. conf.を受けた TAC F V 1は、 TACF aへ、先のベアラ解-放 req. ind.に対するの確認、のため、 Bearer Release resp. conf. (ベアラ解放 resp. conf. ) を送信する。この resp. conf.の I Eについては、図 523に示されるように、 TACF— TACF間のリレーション I Dである。

なお、以上の AC CH切替の手順にあっては、説明を簡略化するために、移動局装置 6がダイバーシチ ·ハンドオーバを行っている場合の動作については考慮していない。ここで、移動局装置 7 (図 790参照）がダイバ一シチ ·ハンドォーバを行う場合、上記 TACFv 1、 BCFv l、 TACFv 2、 BCFv 2、 BCF r l、 B C F r 2に相当する機能エンティティ力ダイバ一シチ 'ハンドオーバのブランチが設定される基地局制御局および基地局の各々に配置されて、 TACF aが、これらのすべてを、図 53および図 54に示される内容と同等に制御して、ダイバーシチ ·ハンドオーバにおいて制御チャネルを切替を実行する。この場合、 TAC F a— TAC AF間の手順は、すべてのブランチがひとつにまとめて実行される。

このような AC CHの切替手順によれば、 TACF aが配置される基地局制御局から基地局までのアクセス有線リンクを新たに設定することによって、移動局装置ーネットワーク間のアクセス無線リンクが切り替えられて、 ACCHの載せ換えが行われることとなる。 <ACCHの切替（アクセス有線リンクの切替を伴わない場合） > ところで、上述した AC CH切替の手順は、アクセス有線リンクを新たに設定して、 AC CHを切り替えるものであってが、アクセス有線リンクを新たに設定することなく AC CHを切り替えることも可能である。

詳細については図 53および図 54を用いてすでに説明したので、ここでは簡単に説明することとする。

まず、図 791において、 ACCHを切り替える旨の契機が発生すると、その旨を TACF aが検出して、 AC CHの移行先となるコネクションを判定した後、その移行先となる TAC F V 2へ AC CHの設定を指示する。これを受けた TA C F V 2は、さらに B C F r 2へ、 A C C Hの設定を指示する。これにより、 B CF r 2は、新たに AC CHを設定してその送信を開始した後、その旨の通知を TACFv 2へ返送する。この返送を受けた TAC F V 2は、 TACF aへ、新たな AC CHの設定が完了した旨を通知する。この通知を受けた TACF aは、今度は、図 53および図 54に示される手順と同様に、セットアップ要求 req. i nd.を送信する。これにより、 BCAF 2では新たな ACCHを設定する一方、 BCAF 1は既存の ACCHを解放する。そして、その旨を TACAFは、 TA CF aへ通知する。

一方、この通知を受けた TACF aは、 TAC F V 1へ AC CHの解放を指示する。これを受けた TAC F V 1は、さらに BCF r lへ、 ACCHの解放を指示する。これにより、 BCF r lは、既存の AC CHを解放してその送信を停止した後、その旨の通知を TAC F V 1へ返送する。この返送を受けた TAC F V 2は、 TACF aへ、既存の AC CHの解放が完了した旨を通知する。

このような手順によれば、図 79 1に示されるような機能エンティティで AC CHが切り替えられるため、ネットワーク側でのアクセス有線リンクが設定されることはない。

(2. 4. 3. 5. 8) ：コード切替

(2. 4. 3. 5. 8. 2) ：情報フロ一ダイアグラム（Information Flow Di agrams

• a) 機能モデル (Functional Model) 図 5 5に Functional model for コード切替の機能モデルを示す。

b)'|青幸 gフロ一（Information Flows)

図 5 6にコード切替の CC- Plane情報フローダイアグラムを示す。

(2. 4. 3. 5. 8. 3) ：情報フローおよび関連情報要素の定義（Defin i t ions of Information Flows and Associated Information Elements)

BCFrは TACFに対してコード切替要求のためコード切替 req. ind.を送信する（図 5 24参照）。

基地 TACFは TACFaに対してコード切替のためコ一ド切替 req. ind.を送信する

(図 5 2 5参照）。

TACFは TACAFに対してコード切替のためコード切替 req. ind.を送信する（図 5 2 6参照）。

なお、 1は端末側ハンドオーバブランチの数だけ繰り返され、 2は TACF側の呼の数だけ繰り返されれる。

TACAFは BCAFに対してコ一ド切替 req. ind.を送信する。コ一ド切替 req. ind.はコード切替を要求する（図 5 2 7参照）。

コード切替 resp. conf.はコード切替 req. ind.に対して応答し、 BCAFは TACAFに対してコード切替の完了の告知のためコード切替 resp. conf.を送信する（図 5 2 8参照）。

コード切替 resp. conf.はコード切替 req. ind.に応答し、 TACAFは TACFaに対してコード切替 req. ind.の確認のためコード切替 resp. conf.を送信する（図 5 2 9参照）。

TACFaは TACFvに対してコード切替 req. ind.の確認のためコード切替 resp. con f.を送信する（図 5 3 0参照）。

TACFは BCFrに対してコード切替 req. ind.の確認のためコード切替 resp. conf. を送信する（図 5 3 1参照）。

( 2. 4. 3. 6 ) ：送信電力制御（Transmission Power Control)

(2. 4. 3. 6. 2 ) ：情報フロ一ダイアグラム（Information Flow Diag rams)

a) 機能モデル (Functional Model)

図 57に送信電力制御の機能モデルを示す。

b)情報フロー (Information Flows)

図 58に送信電力制御の CC- Plane情報フローダイアグラムを示す。

(2. 4. 3. 6. 3) ：情報フローおよび関連情報要素の定義（Definitio ns of Information Flows and Associated Information Elements)

MRRCは RRCに対してハンドオーバブランチの各ラジオ状態の通知のため定期的に CELL CONDITION REPORT req. ind. (セル状態報告 req. ind. ) を送信する（図 532参照）。

TACFaは TACFvに対して送信電力値の通知のため送信電力値設定 req. ind.を送信する（図 533参照）。

TACFは BCFrに対して送信電力値の通知のため送信電力値設定 req. ind.を送信する（図 534参照）。

(2. 4. 4) ：モピリティサ一ビスの情報フロー（Information Flow οί Mo bi 1 i ty Service)

(2. 4. 4. 1) ：端末位置更新（Terminal location updating)

(2. 4. 4. 1. 1) ：モジュール使用による通常手続き（Common proced ure modules used)

端末位置更新サ一ビス形態の範囲内で用いられる通常手続きのモジュールを以下に示す。

- TMUI調査 (TMUI inquiry)

- FPLMTSによるユーザ検索（FPLMTS user ID retrieval)

- ユーサ忍証手続き (User authentication procedure;

- 秘匿開始 (Start ciphering)

― TMUI割当て (TMUI as si g匪 en t)

(2. 4. 4. 1. 2) ：情報フローダイアグラム（Information flow diagr am)

a) 機能モデル（Functional Model)

図 59に端末位置更新の機能モデルを示す。

b) 'I青報フ口一（Information Flows)

図 60に端末位置更新の情報フローダイアグラムを示す。また、図 6 1に端末位置更新の情報要素を組み合わせた情報フローダイアグラムを示す。

(2. 4. 4. 1. 3) ：情報フローおよび関連情報要素（Information flow s and associated information elements)

情報フローおよび関連情報要素について以下に述べるが、全 IEsは FFSである。リレーションシップ rd (LRCF-LRDF) (Relationship rd (LRCF-LRDF) )

基地 SCFは SDFに対して LAI update IF (LAI更新 IF) を送信し、 LAI update IF (LAI更新 IF) は位置エリア情報の更新を求める。

SDFは基地 SCFに対して応答確認を返信し、位置エリァ情報の更新の完了を保証する（図 535参照）。

リレーションシップ rk(SACF - LRCF) (Relationship rk (SACF-LRCF) )

SACFは基地 SCFに対して Terminal location update IF (端末位置更新 IF) を送信し、 Terminal location update IF (端末位置更新 IF) は更新対象である移動機端末の位置情報の要求のため用いられる。基地 SCFは SACFに対して応答確認を返信し、端末位置情報の更新の完了を保証する（図 536参照）。

リレーションシップ rl (MCF-SACF) (Relationship rl (MCF-SACF) )

MCFは SACFに対して Terminal location update IF (端末位置更新 IF) を送信し、 Terminal location update IF (端末位置更新 IF) は更新対象である移動機端末の位置情報の要求のため用いられる。 SACFは MCFに対して応答確認を返信し、端末位置情報の更新の完了を保証する（図 537参照）。

ここで、特記事項を以下に列記する。

1) Relationship ID (リレーションシップ ID) は要求側と応答側とのリレーションシップを識別する。

2) TMUI and TMUI assignment source ID (TMUIおよび TMUI割当て ID ) はリレ一シヨンシップ rlおよびリレーションシップ rkに対して FPLMTS user ID (FPL MTSユーザ ID) として用られるものとする。

3) 端末状態は着信可能または着信不可能の状態を示すものとする。

4) TC情報は端末容量を示す端末データ情報とする。

(2. 4. 5) ：セキュリティサービス情報フロー

(2. 4. 5. 1) ：ユーザ認証

a) 機能モデル (Functional Model)

図 62にユーザ認証のモデルを示す。

b) 情報ノロ一 (Informat ion Flows)

図 6 3にユーザ認証の情報フローダイアグラムを示す。

0 情報フロー、情報要素、機能エンティティの動作（Definitions of Informa t ion Flows, Informat ion Elements, and Functional Entity Act ions) リレーションシップ rd (LRCF - LRDF) (Relationship rd (LRCF-LRDF) )

認証情報検索 IFは基地 LRDFによるユーザ認証に対するセキュリティ情報の要求のため用いられる（図 5 3 8参照）。

リレーションシップ rg(LRCF-TACF) (Relationship rg (LRCF- TACF) ) 、リレーシヨンシップ rk(LRCF-SACF) (Relationship rk (LRCF-SACF) )

Authentication challenge IF (認証検討 IF) はユーザの身分の正当性の確認のために用いられる。 LRCFは TACF/SACFに対して網加入の認証検討を送信するとともに、認証の演算結果の応答を要求する（図 5 3 9参照）。

リレーションシップ rb (TACF-TACAF) (Relationship rb (TACF- TACAF) ) リレーシヨンシップ rl (SACF- MCF) (Relationship rl (SACF-MCF) )

Authentication challenge IF (認証検討 IF) はュ一ザの身分の正当性の確認のために用いられる。 TACFは TACAFに対して網加入の認証検討を送信するとともに、認証の演算結果の応答を要求する。また、 SACFは MCFに対して網加入の認証検討を送信するとともに、認証の演算結果の応答を要求する（図 540参照）。リレーションシップ rv (UIMF-TACAF) (Relationship rv (UIMF- TACAF) ) リレ一シヨンシップ ry (UIMF - MCF) (Relationship ry (UIMF-MCF) ) Authentication req. ind. (認証 req. ind. ) により乱数の送信、および乱数と UIMFに保持される認証キーとの演算の要求が行われる。 Authentication resp. conf. (認証 resp. conf. ) により認証演算結果が応答される（図 54 1参照）。 (2. 4. 5. 2) ：秘匿開始タイミング（Start ciphering)

(2. 4. 5. 2. 1) ：情報フローダイアグラム（Information flow diag ram)

a) 機能モデル (Functional model)

図 64に秘匿開始タイミングの機能モデルを示す。

b) 情報フロー (Information Flows)

図 6 5に秘匿開始タイミングの情報フローダイアグラムを示す。

(2. 4. 5. 2. 2) ：情報フローおよび関連情報要素（Information f lo ws and associated information elements)

以下、情報フロー等について述べるとともに、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。リレーションシップ rb (TACF-TACAF) (Relationship rb (TACF-TACAF) )

Start ciphering IF (秘匿開始タイミング IF) により端末は、端末と網との間の情報の暗号化の申請開始を要求する。本フローは確認を要求する情報フローである。

リレーションシップ rg(LRCF-TACF) (Relationship rg (LRCF-TACF) )

Start ciphering IF (秘匿開始タイミング IF) により端末は、端末と網との間の情報の暗号化の申請開始を要求する。本フローは確認を要求する情報フローである（図 542参照）。

リレーションシップ rk(LRCF - SACF) (Relationship rk (LRCF-SACF) )

Start ciphering IF (秘匿開始タイミング IF) により端末は、端末と網との間の情報の暗号化の申請開始を要求する。本フローは確認を要求する情報フローである（図 543参照）。

リレーションシップ rl (SACF-MCF) (Relationship rl (SACF- MCF) )

(2. 4. 5. 3) ： TMUI管理、ュ一ザ ID検索（User ID Retrieval)

(2. 4. 5. 3. 1) ： TMUI割当て（TMUI assignment)

(2. 4. 5. 3. 1. 1) ：情報フローダイアグラム（Information flow diagram)

a) 機能モデル (Functional Model)

図 66に TMUIの割当ての機能モデルを示す。

b) 情報フロー (Information Flows)

図 67に TMUI割当ての情報フローダイアグラムを示す。なお、

1 ) MCF-S ACFは呼がない場合のユーザ認証、

2) TACAF - TACFは呼がある場合のユーザ認証、

3) 基地網に有効なユーザ認証がない場合において、 Authentication Info Ret rieval req. ind. and resp. conf. (認証情報検索 req. ind.および認証情報検索 resp. conf. ) を用いる場合である。なお、 2) の場合 MCF-SACFのリレーションシップを用いてもよい。

(2. 4. 5. 3. 1. 2) ：情報フローおよび関連情報要素（Information flows and associated information elements)

以下、情報フロー等について述べるとともに、対応する情報要素等を表にまとめて示す。ただし、対応する要素がない場合には表を省略する場合がある。リレーションシップ rb (TACF- TACAF) (Relationship rb (TACF-TACAF) )

TMUI assignment IF (TMUI割当て IF) は網によるユーザの身分証明の後ュ一ザに対する ΤΜΙΠの割当ておよび伝達のため用いられる。応答確認は TMUIの割当ての有効性の保証として返信される（図 544参照）。

リレーションシップ rd (LRCF-LRDF) (Relationship rd (LRCF-LRDF) )

TMUI query IF (TMUI調查 IF) は基地 LRDFからの新たな TMUIの要求のため用いられる（図 545参照）。

TMUI modify IF (TMUI修正 IF) は基地 LRDFへの、ユーザに対する TMUI情報の修正要求および修正後の確認の送信要求のため用いられる（図 546参照）。リレーションシップ rg (LRCF-TACF) (Relationship rg (LRCF-TACF) )

TMU I assignment IF (TMUr割当て IF) は網によるユーザの身分証明の後ュ一ザに対する TMU Iの割当ておよび伝達のため用いられる。応答確認は TMU Iの割当ての有効性の保証として返信される（図 547参照）。

リレーションシップ rk (LRCF-SACF) (Relationship rk (LRCF-SACF) )

TMU I assignment IF (TMUI割当て IF) は網によるユーザの身分証明の後ユーザに対する TMUIの割当ておよび伝達のため用いられる。応答確認は TMUIの割当ての有効性の保証として返信される（図 548参照）。

リレーションシップ rl (SACF-MCF) (Relationship rl (SACF-MCF) )

TMUI assignment IF (TMUI割当て IF) は網によるユーザの身分証明の後ユーザに対する TMU Iの割当ておよび伝達のため用いられる。応答確認は TMU Iの割当割当てての有効性の保証として返信される（図 549参照）。

(2. 4. 5. 3. 2) ：ュ一ザ ID検索（User ID retrieval)

本手続きは TMUIの、 FPLMTSユーザの IMUIへの変換のため用いられる。新たに基地となる網が TMUI、または TMUIおよび移動機側からの、 FPLMTS user ID (FP LMTSユーザ ID) となるユーザの TMUI assignment source ID (TMUI割当てソース ID) の 1組を受信する場合、新たに基地となる網は本手続きを初期化する。

(新たに）基地となる LRCFが TMUI、または TMUIおよび移動機端末からの TMUI assignment source ID (TMUI割当てソース ID) の 1組を受信する場合、 LRCFは実行されるべき手続きの選択（下記参照）を分析するものとされる。

1) 端末位置の登録および更新 (Terminal Location Registration and Update) ケース A)新たに基地となる LRDFが TMU Iを割当てた場合

ケース B)新たに基地となる LRDFとは異なる LRDFが TMUIを割当てた場合

(*本規定にはケース B)は記述していない。）

2) 移動機発呼 (Mobile Originating Call)

3) 失敗時：新たに基地となる網が例えば TMUIの遺失等により IMUIの検索に失敗する場合、新たに基地となる網は UIMFからの FPLMTS user's IMUI (FPLMTSユーザ IMUI) の検索を試みる。

(2. 4. 5. 3. 2. 2) ：情報フローダイアグラム（Information flow diagram)

図 68にユーザ IDの検索の情報フロ一ダイアグラムを示す。

(2. 4. 5. 3. 2. 2) ：情報フローおよび関連情報要素（Information flows and associated information elements)

リレーションシップ rd (LRCF- LRDF) (Relationship rd (LRCF-LRDF) )

匪 retrieval req. ind. (IMUI検索 req. ind. ) は TMUIによる IMUIの検索のため用いられる。 LRCFは同一の網において LRDFに対して本情報フローを送信する。 IMUI retrieval resp. conf. (IMUI検索 resp. conf. ) は前記要求に対して応答する（図 550参照）。

なお、移動機発呼の場合、本 IE (TMUI assignment Source ID) は含まれない。リレーションシップ rl (SACF-LRCF) (Relationship rl (SACF-LRCF) )

誦 retrieval req. ind. (IMUI検索 req. ind. ) は移動機側からの IMUIの検索のため用いられる。網側が FPLMTSュ一ザの TMUIを IMUIに変換しない場合にのみ、本情報フローが用いられる。基地網において SCFは SACFに対して本情報フローを送信する。 IMUI retrieval resp. conf. (I腸 I検索 resp. conf. ) が前記要求に対して応答する（図 5 5 1参照）。

リレーションシップ rk (MCF-SACF) (Relationship rk (MCF-SACF) )

IMUI retrieval req. ind. (IMUI検索 req. ind. ) は移動機側からの IMUIの検索のため用いられる。網側が FPLMTSュ一ザの TMUIを IMUIに変換しない場合にのみ、本情報フローが用いられる。基地網において SACFは MCFに対して本情報フロ一を送信する。 ΙΜϋΙ retrieval resp. conf. (IMUI検索 resp. conf. ) が前記要求に対して応答する（図 552参照）。

リレーションシップ rg (TACF- LRCF) (Relationship rg (TACF- LRCF) )

IMUI retrieval req. ind. (IMUI検索 req. ind. ) は移動機側からの IMUIの検索のため用いられる。網側が FPLMTSュ一ザの TMUIを IMUIに変換しない場合にのみ、本情報フローが用いられる。基地網において LRCFは TACFに対して本情報フローを送信する。 IMUI retrieval resp. conf. (IMUI検索 resp. conf. ) が前記要求に対して応答する（図 553参照）。

リレーションシップ rb (TACAF- TACF) (Relationship rb (TACAF- TACF) ) IMUI retrieval req. ind. (IMUI検索 req. ind. ) は移動機側からの IMUIの棱索のため用いられる。網側が FPLMTSユーザの ΤΜΙΠを I MU Iに変換しない場合にのみ、本情報フローが用いられる。基地網において TACFは TACAFに対して本情報フローを送信する。 IMUI retrieval resp. conf. (IMUI検索 resp. coni. ) が前記要求に対して応答する（図 554参照）。

(2. 4. 6) ： SDL図

各機能ェンティティの SDL図は、 IMT-2000勧告草案 Q. FIFにおける SDL図に準拠する。但し、アクセスリンク設定手順におけるシナリオ 3は本仕様では適用しない。 SDL図における FE間での情報フロー送受の記述部分に記載されている番号は Q. FIFにおける FEA番号である。

(2. 5) ：プロトコル仕様

(2. 5. 1) ：参照構成

図 69に本実験システムにおける物理ノード構成と機能ェンティティの対応を示す。また、本実験システムのプロトコルを規定するためのインタフェースを以下に列記する。

-無線イン夕フェース

- BTS-MCCシミュレータ間ィン夕フェース

(2. 5. 2) ：無線イン夕フェース仕様

(2. 5. 2. 1) ：概要

2.5.2章では、無線インタフェースにおけるレイヤ 1〜レイヤ 3プロトコル仕様について、規定する。

(2. 5. 2. 2) ：レイヤ 1

ここでは説明を省略する。

(2. 5. 2. 3) ：レイヤ 2

(2. 5. 2. 3. 1) ：概要

レイヤ 2は LAC (Link Access Control)副層と MAC (Medium Access Control)畐 !J 層からなる。更に、 LAC副層は Layer3整合副々層および LLC (Logical Link Con trol)副々層から構成される。

図 70にラジオィンターフェース上の信号レイヤ 2のプロトコルアーキテクチャを示す。また例として、図 7 1に BSC機能終端の場合のフレーム構成を示。 (2. 5. 2. 3. 1. 1 ) ： LAC (Link Access Control)副層

レイヤ 2のユーザ間の可変長サービスデータュニット（SDU)を高信頼度転送する。

(2. 5. 2. 3. 1. 1. 1 ) ： Layer3整合副々層

レイヤ 3と LLC間のプリミティブ Zパラメ一夕マッピング及びレイヤ 3 SDUの L LC PDUへの分解 ·組み立てを行う。

(2. 5. 2. 3. 1. 1. 2) ： LLC (Logical Link Control)副々層誤り制御、フロー制御等の機能を用いた高信頼度転送機能を提供する。

(2. 5. 2. 3. 1. 2) ： MAC (Medium Access Control)副層

LLC PDUの誤り検出及び LLC PDUの分解 ·組み立て、レイヤ 1フレームへの分解 -組み立てを行う。

(2. 5. 2. 3. 2) ：機能（Functions)

(2. 5. 2. 3. 2. 1 ) ： LAC (Link Access Control)副層の機能

(2. 5. 2. 3. 2. 1. 1 ) ：レイヤ 3整合副々層

レイヤ 3整合副々層の機能について以下に列記する。

a) 信号レイヤ 3の PDU 組立および分解

本機能により信号レイャ 3PDUの LLC PDUへの組立または信号レイャ 3PDUの LLC PDUからの分解の機構が提供される。

b) リンク制御

SAPIによって LACの SDUを処理するレイヤ 3エンティティを特定する。（用途は今後の検討）

c) 符号型

ハイプリッド ARQを適応する際に符号型を識別する。

(2. 5. 2. 3. 2. 1. 2) ： LLC (Logical Link Control)副々層本機能により本層の転送効率により決定される LLCおよび SDUsのオーダーが保持される。

b) 選択的再送信による誤り補正階層構造により、受信側 LLCのエンティティが迷走 LLC SDUsの捕捉を可能にする。本機能は再送信により逐次的誤りを是正する。

c) フロー制御

本機能により LLCリシ一バによる発^ 情報送信率の制御が可能になる。

d) レイヤ管理への誤り報告機能

本機能はレイヤ管理へ、発生した誤りを指示する。

e) 通信保持機能

本機能によりリンクを構成する ^:'一夕転送のない状態が続いてもリンク接続状態を確立し続けることができる。

f) ローカルデータの検索

本機能によりローカル LLCユーザは LLCェンティティにより解放されていない非連続的 SDUsを検索することができる。

g) 接続制御

本機能により LLCリンクの確立、解放、再同期化が達成される。また、デリバリの保証を要せずユーザ間の可変長情報の伝送が可能になる。

h) ュ一ザデータの転送

本機能は LLCユーザ間のユーザデ一夕の搬送のため利用される。 LLCは保証されるデ—夕であっても保証されないデータであってもデー夕の転送を支承する。 i ) プロトコル誤りの検出および回復

本機能はプロトコルの操作中に生じた誤りを検出するとともに回復する。 J ) 状態報告

本機能により発信側および受信側のピアェンティティ間で状態情報の交換が可能になる。

( 2 . 5 . 2 . 3 . 2 . 2 ) ： MAC (Med i um Acces s Con t ro l) 副層の機能

MAC副層の機能について以下に列記する。

a) CRC誤りの検出およびその対処

本機能により CRCを介して LLC PDUの腐食の検出およびその対処が得られる。腐食した LLC PDUは廃棄される。 b) LLC PDU または BTS レイヤ 3の、レイヤ 1フレームへの組立または LLC PDじまたは BTS レイヤ 3の、レイヤ 1フレームからの分解

本機能により LLC PDU または BTS レイヤ 3の、レイヤ 1フレームへの組立機構、または LLC PDU または BTS レイヤ 3の、レイヤ 1フレームからの分解機構が提供される。

本機能には、 MAC PDUをレイヤ 1フレームの整数倍とするためのパディング機能も含まれる。なお、 RACHにおいては、 MAC PDUの 2重受信排除のためにシーケンス番号を付与する。

c) アドレス制御

RACHZFACHにおける、 PIDを用いた論理リンク識別 (e.g. Mobi le Terminal毎) を行う。

d) 信号内容の区別

RACH, FACH, UPCHにおける、ユーザ情報 Z制御情報の区別を行う。

e) 終端ノードの区別

信号が終端されるノード（BTS/BSC機能）の区別を行う。

(2. 5. 2. 3. 3) ：フォーマットおよびパラメ一夕

(2. 5. 2. 3. 3. 1) ： LAC 副層のフォーマットおよびパラメ一夕 (2. 5. 2. 3. 3. 1. 1) ： Layer3整合副々層

a) SAPI (Service Access Point Identifier)

レイヤ 3に対して提供されるレイヤ 2のサービス種別を識別する（図 5 55参照）。

b) W bit

分解 ·組み立てビットであり、レイヤ 3フレームとレイヤ 3整合副々層フレームとの対応をとる（図 556参照）。

c) 符号型指示子

ハイブリッド ARQが適用される際の符号の型を示す。適用の有無はバージョンによって識別する（図 557参照）。

d) 予約

レイヤ 3整合副々層のバージョン等を示す（図 558参照）。 (2. 5. 2. 3. 3. 1. 2) ： LLC

(2. 5. 2. 3. 3. 1. 2. 1 ) ： LLC PDU

図 559および図 560にプロトコルデ一夕ュニット（PDU)のリストを示す。

LLC PDUの定義を以下に示す。

a) BG PDU (Begin)

BGN PDUは 2つのピアエンティティ間での LLCリンクの確立のため用いられる。 BGN PDUはピアトランスミッ夕のバッファおよびレシーバのバッファの切断を要するとともにピアトランスミッタおよびレシーバの変調状態の初期化を要求する。

b) BGAK PDU (Begin 確認）

BGAK PDUはピアエンティティからのレイヤ 2のリンクセットアップ要求の受容の確認のため用いられる。

c) BGREJ PDU (Begin 拒絶）

BGREJ PDUはピア LLCエンティティからのレイヤ 2のリンクセットアップ要求の拒絶のため用いられる。

d) END PDU (End) e) E DAK PDU (End Acknowledge)

ENDAK PDUは LLCリンクの解放の確認のため用いられる。

f) RS PDU (再同期化）

RS PDUはバッファおよびデ一夕転送状態変調の再同期化のため用いられる。 g) RSAK PDU (再同期化確認）

RSAK PDUはピア LLCエンティティの再同期化要求に対する確認のため用いられる。

h) ER PDU (誤り回復）

ER PDUはプロトコルの誤りからの回復のため用いられる。

i) ERAK PDU (誤り回復確認）

ERAK PDUはプロトコルの誤りからの回復の確認のため用いられる。

j) SD PDU (逐次デ一夕）

69 SD PDUは、連番を付された PDUであってユーザにより与えられる情報分野を含む PDUの、 LLCリンクに亘る転送のため用いられる。

k) POLL PDU (状態要求）

POLL PDUは LLCリンクに亘り、ピア LLCエンティティの状態情報の要求のため用いられる。

1) STAT PDU (不変状態の応答）

STAT PDUはピア LLCエンティティから受信する状態要求 (POLL PDU)に対する応答のため用いられる。前記要求には、 SD 、 PDU, SDwi t hPOLL PDUの受信状態、ピアトランスミツ夕のクレジッ卜情報、 POLL PDUまたは SDwi thPOLL PDU に付された通し番号 [N' (PS) ]に関する情報が含まれる。

m) USTAT PDU (可変状態の応答）

USTAT PDUは SD PDIUこ付された通し番号の検査に基づく単一または複数の迷走 SD PDUの検出について応答する。前記応答には SD PDUの受信状態、ピアトランスミッタのクレジット情報に関する情報が含まれる。

n) SDwi thPOLL PDU (逐次データおよび状態要求）

SDwi thPOLL PDUは連番を付された PDUであってュ一ザにより与えられる情報分野を含む PDUの、 LLCリンクに亘る転送のため用いられるとともに、ピア LLCェンティティについての状態情報の要求のため用いられる。

0) UD PDU (不特定デ一夕）

UD PDUは 2者の LLCユーザ間での不確実なデータの転送のため用いられる。 LL Cユーザが確認のない情報の転送を要求する場合、 UD PDUはそのピアェンティティに LLCの影響を受けない状態で、あるいは可変状態にて情報を送信する。 UD PDUは連番を担持せず、従って通知なしに UD PDUを消失させることができる。 p) MD PDU (管理デ一夕）

MD PDUは 2者の管理エンティティ間での、保証のない管理デ一夕の転送のため用いられる。管理エンティティが確認のない情報の転送を用杞憂する場合、 MD PDUはピア管理エンティティに LLCの影響を受けない状態で、あるいは可変状態にて情報を送信する。 UD PDUは連番を担持せず、従って通知なしに UD PDUを消失させることができる。なお、無効な PDUとは以下の場合をいう：

a) PDUのコードタイプが判明していない場合、

b) PDUの状態のタイプに対して不適切な長さの場合

無効な PDUは送信主体に通知なしに放棄される。そのような PDUの結果何らの追加的措置は講ぜられない（上記レイヤ管理にて報告した長さ違反 b)項、 a c)項にあたる）

(2. 5. 2. 3. 3. 1. 2. 2) ： LLC PDUフォ一マット（LLC PDU f ormat)

図 72から図 88までに LLC PDUフォーマットを示す。これには 16のタイプの PDUがあり、そのリス卜を示す。

図 72は PDU (SD PDU)のシーケンスデ一夕を、図 73は状態要求を含むシ一ケンスデ一夕 PDU (SDwithPOLL PDU)を、図 74は Poll PDU (POLL PDU)を、図 7 5 は不変状態 PDU (STAT PDU)を、図 7 6は可変状態 PDU (USTAT PDU)を、図 77 はュニットデ一夕 PDU (UD PDU) 管理データ PDU (MD PDU)を、図 78は Begin PDU (BGN PDU)を、図 79は Begin 確認 PDU (BGAK PDU)を、図 80は Begin 拒絶 PDU (BGREJ PDU)を、図 8 1は End PDU (END PDU)を、図 82は End 確認 PDU (E DAK PDU)を、図 83は再同期化 PDU (RS PDU)を、図 84は再同期化確認 P DU (RSAK PDU)を、図 85は誤り回復 PDU (ER PDU)を、図 86は誤り回復確認 PDU (ERAK PDU)を、各々示す。

以下、本フォーマツ卜の特徴について説明する。

(2. 5. 2. 3. 3. 1. 2. 2. 1) ：コード化の規定（Coding convent ions)

LLC, PDUは 2.1/1.361 [4] .に特定するコード規定により構成される。

なお、 LLCはトレーラー配向型である。例えば、プロトコル制御情報は末尾に送信される。

(2. 5. 2. 3. 3. 1. 2. 2. 2) ：保管領域

各 PDUには保管領域のビット（すなわち R, Rsvd, Reserved)がある。保管領域の機能の 1つは 8ビット構成で達成される。一方、他の機能はさらに研究を要する。 8ビット配列以外の機能は定義されておらず、その領域ではコードはゼロとして扱われる。その領域はレシーバにより無視される。

(2. 5. 2. 3. 3. 1. 2. 2. 3) ： PDU 長さ

SD, UD, and MD PDUの情報領域の最大長さは k octetsである。 kの最大値は o ctets [FFS]である。 kの値は LLC外のサイズ折衝手続きで確立される。双互的同意があれば LLCを用いる他の推奨例により特定してもよい。または、 LLCを用いるプロトコルの PDUサイズの最大長さとしてもよい。 kの最小値は 0 octetsである。可変長さ SSCOP- UU領域の最大長さは j octetsである。 jの最大値は octets [FF S]である。 The value of jの値は双互的同意により確立されるが、 LLCを用いる他の推奨例により特定してもよい。または LLCを用いるプロトコルの要求によつてもよい。 jの最小値は 0 octetsである。

(2. 5. 2. 3. 3. 1. 2. 2. 4) ： STATおよび L'STAT PDUのコード化 USTAT PDUは 2つのリスト要素を有する。 STAT PDUはゼロまたはそれより大きいリスト要素を含む。送信された STATのメッセージは 1つ以上の STAT PDUに分割してもよい。

STAT PDUの手続きは他の STAT PDUにある情報に依存しない。そのことは厳密に成立し、例えば複数の STAT PDUが単一の POLL PDUに対する応答として生成されたとしても、単一もしくは複数の STAT PDUは消滅する。

STATおよび USTAT PDUにおけるスパンリストアイテムは奇数または偶数のリス卜の要素であり、該リスト要素は選択的な再送信の要求のため用いられる。各奇数要素は失われたギャップ最初の PDUを表現し、各偶数要素は受信した連番の最初の PDUを表現するが例外として、最後の場合もあり得うる。なお、スパンリス卜のコード化の一例を提供する場合もある。

(2. 5. 2. 3. 3. 1. 2. 3) ： LLCプロトコルエンティティの状態本項ではピア対ピアのプロトコルの特定例により LLCエンティティの状態を説明する。前記状態は観念的なものであり、 LLCエンティティの一般的な状態、すなわち一連の信号、またユーザとピアとが各々 PDUを交換する場合における LL C エンティティの状態を反映するものである。さらに、説明にあっては他の状態も用いられているが、それは付加的状態の主体化をさけるためであり、 SDLsの説明にて詳述する。基本的な状態を以下に示す。状態 1 (State 1) アイドル（Idle)

各 LLCエンティティは観念的に同一のアイドル状態（State 1)にあり、接続を解放するとこの状態に復元する。

状態 2 (State 2) 発呼接続係属状態 (Outgoing Connection Pending) LLCエンティティはピアとの接続要求中であり、エンティティはピアからの確認を受信するまで発呼接続係属状態（State 2)にある。

状態 3 (State 3) 着呼接続係属状態 (Incoming Connection Pending) LLCエンティティはピアから接続要求を受信しておりユーザ側からの応答待ち状態にある。すなわち着呼接続係属状態（State 3)にある.

状態 4 (State 4) 発呼非接続係属状態（Outgoing Disconnect ion Pendin g)

LLCェンティティはピア対ピアの接続の解放を要求しており、ェンティティは発呼非接続係属状態、（State 4)に進行する。その状態はエンティティがピアエンティティの解放の確認を受信し、 LLCエンティティがアイドル状態（State 1) へ遷移するまで継続する。アイドル状態への遷移の後は上述と同様である。

状態 5 (State 5) 発呼再同期係属状態（Outgoing Resynchronizat ion Pe nding)

LLCェンティティはピアとの接続の再同期を要求しており、ェンティティは発呼再同期係属状態（State 5)にある。

状態 6 (State 6) 着呼再同期係属状態（Incoming Resynchronizat ion Pe nding;

LLCェンティティはピアからの再同期の要求を受信しており、ュ一ザからの応答待ち状態にある。

状態 7 (State 7) 発呼回復係属状態（Outgoing Recovery Pending) LLCエンティティは接続中のピアとの回復を要求しており、エンティティは発呼回復係属状態（State 7)にある。

状態 8 (State 8) 回復応答係属状態（Recovery Response Pending) LLCエンティティは回復を完了するとともにュ一ザに通知しており、ェンティティは応答待ちであって回復応答係属状態（State 8)にある。状態 9 (State 9) 着呼回復係属状態（Incoming Recovery Pending) LLCエンティティはピアから回復要求を受信しており、エンティティはユーザからの応答待ちであって着呼回復係属状態（State 9)にある。

状態 10 (State 10) データ転送準備（Data Transfer Ready)

接続の確立、再同期、あるいは誤りの回復手続きが成功すると、ピアと LLCェンティティはデータ転送準備状態（State 10)に移行し、保証されたデ一夕転送の実行が可能となる。

(2. 5. 2. 3. 3. 1. 2. 4) ： LLC 状態変数（state variables) 本項ではピア対ピアのプロトコルの特定例により状態変数を説明する。

SDおよび POLL PDUには各々独立して順次、番号が付され値 0から nマイナス 1 (nの部位はシーケンス番号のモジュールである）。

モジュールは 28に等しく、全範囲での番号のサイクルは 0から 28— 1までである。以下に示す、本例に含まれる状態変数およびシーケンス番号に基づく全ての算術操作はモジュール（ VT(S)、 VT(PS)、 VT(A)、 VT(PA)、 VT (MS)、 VR (R)、 VR(H)、 VR (MR)) によって規定される。トランスミツ夕の変数を算術的に比較する場合、 VT(A)がべ一スになると考えられる。レシーバの変数を算術的に比較する場合、 VR(R)がベースになると考えられる。さらに可変状態 VT(SQ)および V R(SQ)にはモジュロとして算術数値 256があてられる。トランスミツ夕にあっては LLCは以下に示す状態変数を維持する。

a) VT (S) 送信状態変数 (Send state variable)

第 1回目として（再送信の場合を除く）次に送信される SD PDUのシーケンス番号である。第 1回目の（再送信の場合を除く） SD PDUの送信の後、番号は増加する。

b) VT (PS) ポール送信状態変数 (Poll Send state variable)

ポールシーケンス番号の現在値である。次のポール PDUの送信まで増加する。 c) VT (A) 確認状態変数 (Acknowledge state variable)

不規則に確認が予想される SD PDUの次のシーケンス番号でぁリ、その SD PDUは受容可能な確認のウインドウの下縁を形成する。 VT(A)は非連続的な SD PDU の確認にあって更新される。 d) VT (PA) ポール確認状態変数（Poll acknowledge state variable) 受信が予想される次の STAT PDUのポールシーケンス番号であり、その STAT PD

U は STAT PDU.に対し、受容可能な N(PS)のウィンドウの下緑を形成する。無効な N(PS)を含んで STAT PDUが受信された場合、回復措置として初期化されるか、あるいは解放が実行される。 STAT PDUが受容されると VT (PA)は STAT. N (PS)にセットされる。

e) VT (MS) 送信状態変数の最大値 (Maximum Send state variable)

最初の SD PDUがピアレシーバによって拒絶された場合、 [例えばレシーバの受容許可値が VT (MS)— 1以上の場合等]、その SD PDUのシーケンス番号である。この値はトランスミットウィンドウの上縁を示す。 USTAT PDU、 STAT PDU、 BGN PDじ、 BGAK PDし RS PDU, RSAK PDU、 ER PDU、または ERAK PDUの受信に基づき

、 VT(S)、 VT (MS) , VT (MS)が更新されるとトランスミツ夕は新たな SD PDU を送信しない。

f) VT (PD) ポールデ一夕状態変数（Poll Data state variable)

確認が未定の場合、状態変数が、 POLL PDUの送信の間に送信された SD PDUの番号、あるいは夕イマポールが起動した後、最初の POLL PDUの送信の前に送信された SD PDUの番号を示す。 VT(PD)は SD PDUの送信に基づき増加するとともに、 P0 LL PDUの送信によりゼロにリセッ卜される。

g) VT (CO 接続制御状態変数 (Connection Control state variable)

確認されない BGN、 END、 ERまたは RS PDUの番号である。 VT (CC)は BGX、 END, ERまたは RS PDUの送信に基づき増加する。 END PDUがプロトコルエラ一の応答として送信されると、 SSC0P は ENDAK PDUを待たず [例えば SSC0Pは直接状態 1 (Idle)に移行する] VT(CC)は増加しない。

h) VT(SQ) トランスミツ夕接続シーケンス状態変数（Transmitter Connectio n Sequence state variable)

この状態変数はレシーバに、再送信された BGN、 ER、 RS PDUを識別させるため用いられる。この状態変数は SSC0P過程の成立に基づき初期化されるとともに増加し、 BGN、 RS、 ER PDUのいずれかの最初の送信より前に N(SQ)領域に組み込まれる。

LLCはレシーバにおいて以下に示す状態変数を保持する。

a) VR (R) 受信状態変数 (Receive state variable)

受信が予測される不規則な次の SD PDUのシーケンス番号である。次の不規則な SD PDUの受信により増加する。

b) VR (H) 最高予想値状態変数 (Highest expected state variable)

最高値が予測される SD PDUのシーケンス番号である。以下の 2通りの方式で更新される。

1) 新たな SD PDUの受信；

2) POLL PDUの受信

c) VR (MR) ：受信許容量の最大値による状態変数（Maximum acceptable

Receive state variable)

レシーバに許可されない最初の SD PDUのシーケンス番号である。 [例えばレシーバの受容許可値が VR (MR)— 1以上の場合等] レシーバは N(S)、 VR(MR)とともに SD PDUを放棄する。（一例として、そのような SD PDUが USTATを送信させる場合）. Updating VR (MR)の更新は任意であるが、 VR (MR)は VR (H)より低い値にセッ卜すべきではない。一例として、 VR (MR)の決定法一例を付記 IV内に示す。

d) VR (SQ) ：レシーバ接続シーケンス状態変数（Receiver Connection Sequence state variable)

この状態変数は再送信される BG ER、 RS PDUの識別に用いられる。 BGX、 ER、または RS PDUの受信に基づき、この状態変数は N(SQ)の値に比較され、それから N(SQ)の値に割当てられる。値が異なる場合、 PDUが検討されるとともに、 VR(S Q)が N(SQ)にセットされる。値が等しい場合、 PDUは再送信されたものと判定される。

(2. 5. 2. 3. 3. 1. 2. 5) ： LLC PDU パラメ一夕

a) (S)

新たな SDまたは POLL PDUの生成に関わらず VT(S)は N (S)にマツビングされる。 b) 情報領域 (Information field)

SD、 MD、 UD PDUの情報領域は各々メッセージユニットパラメ一夕 AA- DATA、 M AA-UNI TDATA, AA- UNITDATAからマツビングされる。情報領域はメッセ一ジュ土ットパラメ一夕、 AA- DATA、 MAA-UNI TDATA, AA-環 ITDATAに各々マッピングされる。

c) N (PS)

VT (PS)は（増加した後の VT (PS) ) POLL PDUの生成時に関わらず N (PS)にマツピングされる。 POLL PDUのレシーバは受信した POLL N (PS)を領域 STAT. N (PS)にマツビングする。さらに、エラー回復手続きの促進のため VT (PS)の現在値は N (PS)にマッピングされるとともに SD PDUがいつ送信されても対応する SD PDUとともにトランスミッタのバッファに保留される。

d) N (R)

STATまたは USTAT PDUの生成時に関わらず VR (R)は N (R)にマツビングされる。 e) N (MR)

STAT, USTAT, RS、 RSAK、 ER、 ERAK、 BGN、 BGAK PDUの生成時に関わらず VR (MR) (MR)にマッピングされる。これはレシーバによるクレジット承認の基礎になる。

f) SSC0P-UU

BG , BGAK, BGREJ, END, RS PDU内の SSCOP- UUは、対応する SSCOP信号のパラメータ sscop-uuからマッピングされるとともに、 sscop-u こ、マッピングされる g) ソース（S)ビット

END PDUにおいて、このビットは解放の原因が SSC0P、 SSCOP ユーザのいずれかかを担持する。 END PDUの送信原因がユーザにある場合、このビットは i s b i t i にセットされる。 END PDUの送信原因が SSCOPにある場合、このビットはにセッ卜される。このビットは AA- RELEASEのソース領域にマッピングされる。

[付記：レイヤとレイヤの通信の様相はさらに研究する必要がある。 ]

h) N (SQ)

この領域は接続シーケンス値を担持する。 BGN, RS, ER PDUの送信に関わらず VT (SQ)は N (SQ)にマッピングされる。この領域は VR (SQ)とともにレシーバによる BGN, RS, ER PDU.の再送信の識別のため用いられる。 i ) PDU タイプ領域

タイプ領域のコード化については図 5 3 9に示した。

( 2 . 5 . 2 . 3 . 3 . 1 . 2 . 6 ) ： LLC 夕イマ

夕イマについては説明を省略する。

( 2 . 5 . 2 . 3 . 3 . 1 . 2 . 7 ) ： LLC パラメ一夕

各 LLCプロトコルパラメ一夕を以下に示す。

a) MaxCC

状態変数 VT (CC)の最大値であり、 BGN, END, ER, RS PDU.の送信の最大数に対応している。

b) MaxPD

POLL PDUの送信前であって VT (PD)がゼロにリセッ卜される前の状態変数 VT (PD)の最大許容値である。

c) MaxSTAT

STAT PDLUこ区分されたリスト要素の中の最大数である。リストアイテムの数が MaxSTATを越える場合、 STATのメッセージは分割すべきである。分割された STA Tのメッセージを担持する全ての PDUはおそらくは最後のものを除き Max STATのリストアイテムを含む。本パラメ一夕はその長さの問題から STAT PDUのレシーバには用いられない。 STAT のメッセージを分割する目的のある送信者のみが利用すると考えられる。本パラメ一夕は 3もしくはそれよりも大きい奇数（整数）とするべきである。

MaxSTATの無効値は [FFS]である。本パラメータを有効な基礎のもとで変更してもよい。

なお、無効値により STAT PDUは AALタイプの 5の通常部分を使う 6 ATMセルを充填することになる。さらに、 STAT PDUの全長は SD PDUの長さの最大値を越えるベきではない。

d) クリア—バッファ

本パラメ一夕は接続の確立に基づきセットされる。本パラメ一夕は Yes 、 No の値のいずれか一方を支持する。本パラメ一夕が Yesにセッ卜されると LLCは接続解放のため送信バッファおよびその他の送信部を解放できる。本パラメ一夕が Noにセットされると LLCは接続解放のため送信バッファおよびその他の送信部解放できない。さらに、本パラメ一夕が Noにセットされるとバッファに古いメッセ一ジが残る限り、 LLCは送信バッファから確認されたメッセージを選択的に解放することができなくなる。

e) クレジッ卜

本パラメ一タはクレジッ卜の通知をレイヤ管理に調整させるため用いられる。不適正なクレジッ卜に起因して LLCによる新たな SD PDUの送信が妨害された場合、クレジットは Xoの値をとる。 LLCによる新たな SD PDUの送信が許可された場合、クレジットは Yesの値をとる。クレジッ卜の初期値は Yesである。

( 2 . 5 . 2 . 3 . 3 . 1 . 2 . 8 ) ： LLC クレジットおよびフロー制御 ( 2 . 5 . 2 . 3 . 3 . 1 . 2 . 8 . 1 ) ：クレジットおよびピア対ピアフ口一制御

クレジットは LLCレシーバにより承認され、それによりピア LLCトランスミッタによる新たな SD PDUの送信が可能になる。レシーバエンティティによるクレジッ卜の決定プロセスには基準がないが、バッファの有用性、接続の帯域幅、遅延に関係する。

各 BGN, BGAK, RS, RSAK, ER, ERAK, STATおよびレシーバにより送信された US TAT PDUからなる N (MR)領域において、クレジット値はトランスミツ夕に伝送される。 N^T (MR)はトランスミツ夕における可変領域 VT (MS)に書き込まれる。トランスミツ夕に送信されるクレジット値はレシーバには受容されないことが予測される

、最初の SD PDUのシーケンス番号である。

トランスミツ夕はクレジットの許容度を超える、いかなる SD PDUをも送信しない。レシーバはクレジットの許容度を超える、いかなる SD PDUをも放棄する。 (例えば、そのような SD PDUは USTAT PDUの送信を促す）。

既に承認されたクレジットをレシーバの規定によりフロー制御を行うことで低減させることもできる。しかし、レシーバクレジットの可変領域 VR (MR)を値 VR (H)より低減させることはできない。換言すれば、レシーバが番号 VR (H)— 1を付された SD PDUを受信し、受信の確認を行うとクレジット値 VR (MR)は VR (H)より大きいが、あるいは VR(H)に等しい値になる。

トランスミツ夕におけるプロトコルの操作ウィンドウは VT(A)よりも低いバンドとされるとともにクレジッ卜の有効値 [VT (MS) 1]よりも高いバンドとされる。プロトコルのモジュールは操作ウインドウから 28— 1間での値に制限される。それ故、レシーバにあっては、算術的モジュラを用いる承認されたクレジットは VR (H)と VR (R)— 1の間の値をとらなければならない。 VR (MR) = VR (R) = VR (H) ならば操作ウィンドウはゼロになる。 VR(MR) = VR(R)—1ならば操作ウィンドウはマキシマムになる。

LLCレシーバは各接続の支持のためにバッファを割当てる。原則的に、有効なレシーバのバッファは有効に送信されたデータの放棄を避けるため、トランスミッ夕に承認されたクレジッ卜に一致するか、あるいは超えたものとしなければならない。しかし、制限されたバッファが接続に有益な場合、有効なバッファの範囲でクレジッ卜を承認することもできる。この方法はクレジットを有益なバッファに制限する事により達成するものよりも高い情報量を得ることができるが、ェラーが発生した場合、データを放棄しなければならない可能性がある。レシーバは、かっては SD PDUを受信する事も確認することもできず、さらに伝送することもできなかった。レシーバは、また、 VR(R) = VR(H) = VR (MR)にならない限り、常に VR(R)が付された SD PDUを受信し、伝送するのに十分なバッファ容量を割当てなければならない。バッファ容量の範囲でクレジットを承認する方法は、制限されたバッファが接続の支持に有益であり、 LLCレシーバが本方法にあって接続に対して要求されるサービスの質（QoS)を維持できる場合にのみ実施すべきである。

(2. 5. 2. 3. 3. 1. 2. 8. 2) ：ローカルフロー制御（Local f lo w control)

PDUの受信あるいは外部信号、内部信号の受信のような、 LLCイベントは通常それ等を生じさせる規制により進行する。しかし、 LLCリンク状態の変更に関する現象では、情報がデータ移送に優位する。

実施例として低プロトコル層において混雑を検出する案がある。（例として a long queuing delay) その場合、接続制御メッセージに対して優位を得るためデータ移送を- 時的に留保すべきである。 LLCェンティティが混雑を判断する丰段はプロトコルタイマー値を含めたプロトコル環境に依存し、標準化にはなじまない。

LLCエンティティが局部的混雑を検出すると、（SDLの例のような低層がビジ一であるとの検出）， AA - DATA.要求信号、 AA - UNITDATA.要求信号、 MAA- UNITDAT A.要求信号.への応答を留保する選択が可能である。また、要求された SD PDUの再送信を留保してもよい。データ移送手続きはプロトコルにエラーを生じさせることなく、それ等を実現することを可能にする。

それ故、ピアレシーバに PDUを送信する視点からすれば、 SD PDU, MD PDU, UD PDUを除く全てのタイプの PDUは高い優位性を得ることができる。 SD PDU, iMD P DU, UD PDUにあっては同等の有効性を保つことがでる。 SD PDUにあっては再送信により実用化の見地からすると新式の送信方式よりも有利になり得る。それ等の優位性は本質的に LLCにのみ認められる。

以上のように、 LLCを用いたユーザのィン夕ーフェースによるローカルフロー制御から優れた効果が得られる。

( 2 . 5 . 2 . 3 . 3 . 2 0 ) ： MAC副層のフォーマットおよびパラメータ以下、各論理チャネルの MAC PDUの詳細を図 8 7〜図 9 4に示す。図 8 7は BC CHを、図 8 8は PCHを、図 8 9は RACH-L, Sを、図 9 0は FACH- Lを、図 9 1は FACH -Sを、図 9 2は SDCCHを、図 9 3は ACCHを、図 9 4は UPCHを、各々示す。以下、図中の各要素について列記する。

a) PAD

MACサブレイヤフレームの長さをレイヤ 1フレーム長の整数倍にするために含まれる（1オクテット単位）。 PADのビットは "a l l 0" とする。

b) Lengt h (PAD)

MACサブレイヤフレーム単位内での Padd i ngの情報量（オクテット数）を示す。 c) CRC

MACサブレイヤフレーム単位毎に誤り検出符号（CRC) を追加し、誤り検出を行う。その結果に基づき上位レイヤの再送プロトコルでの再送要否判断をする（図 5 6 1参照）。 d) W bit

分解 '組み立てビット。レイヤ 1フレーム単位毎に、 MACサブレイヤフレームの先頭、継続、終了を示す（図 5 6 2参照）。

e) その他

- BI ： BCCH識別情報である（図 5 6 3参照）。

• SF ：上りロングコード位相計算およびスーパ一フレーム同期に用いる Syste m Frame Number値である。

•上り干渉電力：セクタ毎の最新の上り干渉量測定値。マクロから測定開始を指定されていない場合は、ビットは "all 1" とする（図 5 64参照）。

- PID ： RACH/FACHにおいて、送信情報が関連する呼もしくは移動局を識別するための識別子である。なお、情報長は 16bitである（図 5 6 5参照）。

• U/C ： RACH, FACH, UPCHにおいて、 MAC SDUに搭載される情報が、ユーザ情報か制御情報かを識別するための識別子である（図 5 6 6参照）。

- T ： RACH, FACH, UPCHにおいて、 MAC SDUに搭載される情報が基地局側終端ノードを識別するための識別子である（図 5 6 7参照）。

■ Mo S ： FACH- Sのモ一ドを識別するためのビットである（図 5 6 8参照）。

• CRC ：レイヤ 1フレーム単位毎に誤り検出符号（CRC) 追加し、誤り検出を行う (図 5 6 9参照）。

- S bit ： RACHにおいて、 MAC PDUを組み立てる際に MS- BTS間再送（レイヤ 1再送 ) によって起こる同一フレームの重複を防ぐために付与する。

- TA：たたみ込み符号のためのテ一ルビットである。

• D：ダミ一ビットである。

(2. 5. 2. 4) ： L a y e r 3 (レイヤ 3)

次に L a y e r 3 (レイヤ 3) について説明する。なお、以降の説明において、 I TU— T勧告 Xシリーズ、 I シリーズ、 Qシリーズについては、単に X. X X、 I . X X、 Q. X Xと表記することがある。

(2. 5. 2. 4. 1 ) ：プロトコルアーキテクチャ

まず、レイヤ 3のプロトコルアーキテクチャについて説明する。

図 9 5は、無線インタフェースプロトコルアーキテクチャ（R a d i o i n t e r f a c e r o t o c o l a r c h i t e c t u r e) の一例を概念的に示す図である。以下、図 9 5に示す各プロトコル制御エンティティ（En t i t y) の概要を列記する。

• CC ： Q. 293 1に準拠し、呼制御及びコネクション制御を行う。

· MM— P ： Q. 2932に準拠し、ユーザ認証などのユーザに関する移動管理を行う。但し、本システムでは当該 MM— Pを使用していない。

• MM— T ：端末位置登録 Z更新、ユーザ認証などの端末に関する移動管理を行う。

• RRC ：無線資源割り当て Z予約及びハンドオーバの起動 Z終了の契機を扱う。

- TAC ：移動端末と網との間のシグナリングコネクションの設定 '解放を行う。

(2. 5. 2. 4. 2) ：メッセージフォーマット

次に、レイヤ 3におけるメッセージフォーマツ卜について説明する。

(2. 5. 2. 4. 2. 1) ： CC

まず、 CCメッセ一ジについて説明する。図 570に CCメッセージの Me s s a e Typ e (メッセージ種別）の一覧を示す。次に、図 570に記載した各メッセージについて説明するが、以降の説明における情報要素の位置付けの表記において、「M」は必須の情報要素であることを、「0」はオプションの情報要素であることを、「〇F」は無線区間に ATM (Asynchronous Transfer Mode) が適用される場合に用いられる情報要素であることを示している。

(2. 5. 2. 4. 2. 1. 1) ： ALERT I NG (アラーティング）まず、 ALERT I NGメッセージについて説明する。本メッセージは、着信ユーザの呼出が開始されたことを示すために、着信ユーザから網に、そして網から発信ユーザに転送される。本メッセ一ジを構成する各情報要素について図 57 1〜図 573に示す。この図に示すように、 Me s s a g e t y p eは AL E RT I NG、 S i gn i f i c an c e (意味）は G 1 o b a 1 (グローバル）、 Co nn e c t i on d i s c e r nme n t (コネクション言线別）は AC C H、 D i r e c t i on (方向）は B o t h (双方向）である。

なお、図中において、 Conn e c t i on i d e n t i f i e r (コネクション識別卞) 、 Na r r ow— b an db e a r e r c a p a b i 1 i t y (狭帯域伝達能力）情報要素、 N a r r ow— b a n d h i gh l ay e r c omp a t i b i 1 i t y (狭帯域高位レイヤ整合性）情報要素、 Mo b i 1 e b e a r e r c a p a b i l i t y (移動体伝達能力）情報要素、および M o b i l e h i gh l a y e r i n f o rma t i on (移動体高位レイヤ情報）情報要素は、 F F S (無線区間に ATM (As yn c h r o n ou s T r an s f e r M o d e ) を採用する場合等の将来の拡張に備えて設けられている要素）である。

また、 B r o a d— b an d h i gh l ay e r i n f o rma t i o n (広帯域高位レイヤ情報）情報要素は、高位レイヤ情報選択手順を使用する場合に含まれ、 Mo b i l e b e a r e r c a p ab i l i t y (移動体伝達能力）情報要素は、伝達能力の選択時に使用される。

(2. 5. 2. 4. 2. 1. 2) ： CALL PROCEED I NG (コールプロシーディング）

次に、 CALL PROCEED I NGメッセージについて説明する。本メッセージは、要求された呼設定が開始され、これ以上の呼設定情報は受け付けられないことを示すために、網から発信ユーザにあるいは着信ュ一ザから網に送信される。本メッセージを構成する各情報要素について図 574〜図 576に示す。この図に示すように、 Me s s a g e t y p eは CALL PROCEED I NG、 S i gn i f i c an c e ま L o c a l (ローカリレ) 、 Conn e c t i o n d i s c e r nme n tは SDC CH/AC CH> D i r e c t i o nは B o t hである。

(2. 5. 2. 4. 2. 1. 3) ： CONNECT (コネクト）

次に、 CONNECTメッセ一ジについて説明する。本メッセージは、着信ュ一ザが呼を受け付けたことを通知するために、着信ユーザから網に、また網から発信ユーザに送信される。本メッセージを構成する各情報要素について図 577 〜図 581に示す。この図に示すように、 Me s s a g e t y p eは CONN ECT、 S i gn i f i c an c eは G l o b a l , Conn e c t i on d i s c e r nme n tは AC Cト I、 D i r e c t i onは B o t hである。なお、図中において、応答するユーザが、低位レイヤ情報を発信ユーザにメッセージを返送したい場合に、ュ一ザから網への方向において、 B r o a d— b a n d l ow l ay e r i n f o rma t i on (広帯域低位レイャ情報）情報要素は、本メッセージに含まれる。また、「応答」（CONN) メッセ一ジ中に広帯域低位レイヤ情報情報要素をユーザが含めた場合に、網からユーザへの方向において本情報要素は本メッセージに含まれる。広帯域レイヤ情報交渉に対して、本情報要素は本メッセージにオプションとして含まれるが、発信ユーザに対して本情報要素を転送しない網も存在し得る。

(2. 5. 2. 4. 2. 1. 4) ： CONNECT ACKNOWLEDGE (コネクト確認）

次に、 CONNECT ACKNOWL EDGEメッセージについて説明する。本メッセージは、ユーザが呼を与えられたことを示すために網から着信ユーザへ送信される。また、対称な呼制御手順を可能とするために発信ユーザから網に送信される。本メッセージを構成する各情報要素について図 582に示す。この図に示すように、 Me s s a g e t y p eは CONNECT ACKNOWL EDGE, S i gn i f i c an c eは Lo c a l、 Conn e c t i o n d i s c e r nme n tは AC CH、 D i r e c t i o nは B o t hである。

No t i f i c a t i on I n d i c a t o r (通知識別子）情報要素は、通知手順が適用されたときに存在し得る。また、本情報要素はメッセージ中で繰り返され得る。本情報要素の最大長および許容される繰り返し回数は網ォプションである。

(2. 5. 2. 4. 2. 1. 5) ： PROGRES S (プログレス）次に、 P R OGRE S Sメッセージについて説明する。本メッセージは、イン夕一ワーキングが生じた時の事象を呼の過程として表示するため、網から、もしくは、ユーザから転送される。本メッセージを構成する各情報要素について図 5 83〜図 585に示す。図 583〜図 585に示すように、 M e s s a g e t y P e は PROGRES S、 S i gn i f i c a n c eは g l o b a l、 C o n n e c t i on d i s c e r nme n tは SDCC HZ A C C H、 D i r e c t i o nは b o t h (双方向）である。

(2. 5. 2. 4. 2. 1. 6) ： SETUP (呼設定）

次に、 S E TUPメッセージについて説明する。本メッセージは、発信ユーザから網へ、もしくは網から着信ユーザに、呼設定を開始するために送信される。本メッセージを構成する各情報要素について図 586〜図 594に示す。この図に示すように、 Me s s a g e t y p eは SETUP、 S i g n i f i c a n c eは G l o b a l、 Conn e c t i on d i s c e r nme n tは SDC CHZAC CH、 D i r e c t i o nは Bo t hである。

(2. 5. 2. 4. 2. 1. 7) ： RELEASE (解放）

次に、 RE LEASEメッセージについて説明する。本メッセ一ジは、ユーザもしくは網のいずれか一方から送信され、本メッセージを送信している装置が F P LMT Sコネクションを既に切断したことを示し、もしあればコネクション識別子と呼番号を解放するために送信される。さらに、「解放」（REL (REL EASE) ) メッセ一ジを受信した装置ではコネクション識別子を解放し、「解放完了」（REL COMP (RELEASE COMPLETE) ) メッセ一ジを送信した後、呼番号を解放しなければならない。なお、将来無線区間に AT Mが適用された場合にのみコネクション識別子に関する記述は有効となる。本メッセージを構成する各情報要素について図 595に示す。この図に示すように、 Me s s a e t y p eは RELEASE、 S i gn i f i c an c eは G l o b a l、 Conn e c t i o n d i s c e r nme n tは SDCCHZAC CH、 D i r e c t i o nは Bo t hである。

(2. 5. 2. 4. 2. 1. 8) ： RELEASE COMPLETE (解放完了）

次に、 RELEASE COMP L ETEメッセージについて説明する。本メッセージは、メッセージを送信する装置が、呼番号値及び、もしあればコネクシヨン識別子を解放したことを示すために、ユーザもしくは網から送信される。コネクシヨン識別子は解放されれば再利用が可能となる。本メッセージを受信した装置は呼番号値を解放しなければならない。なお、将来無線区間に ATMが適用された場合のみコネクション識別子に関する記述は有効となる。本メッセージを構成する各情報要素について図 596に示す。この図に示すように、 Me s s a g e t yp eは RELEASE COMPLETE, S i gn i f i c a n c eは L o c a l (ただし、最初の呼解放メッセージとして使用される時にはグロ一バルな意味を持つ情報を転送し得る）、 Conn e c t i on d i s c e r nme n tは30〇（：11 八（：（ト1、 D i r e c t i onは Bo t hである。

(2. 5. 2. 4. 2. 1. 9) ： I NFORMAT I ON (情報）次に、 I N FORMAT I ONメッセ一ジについて説明する。本メッセ一ジは、付加情報を提供するために、ユーザまたは網によって送信される。具体的には、呼設定（例、分割発呼）のための付加情報、あるいは、種々の呼関連情報を送信するために使用され得る。本メッセージを構成する各情報要素について図 59 7に示す。この図に示すように、 Me s s a g e t y p eは I N F O RM AT I〇N、 S i gn i f i c an c eは Lo c a l (ただし、グロ一バルな意味を持つ情報を転送し得る）、 Con n e c t i o n d i s c e r nme n tは S DC CHZACCH、 D i r e c t i onは Bo t hである。

(2. 5. 2. 4. 2. 2) ： MM— Tメッセ一ジ

次に、 MM— Τメッセージについて説明する。

(2. 5. 2. 4. 2. 2. 1) ：メッセージ

まず、図 598に MM— Tメッセージ Ty p e (種別）を示す。

なお、メッセ一ジ種別のコーディングは、上位 3ビットが "0 1 1" にて Q. 2931関連、下位 3ビットカ "00010 " にて Q. 2932関連のメッセ一ジであることを表し、その他は、 MOB I L I TY F AC I L I TY (モピリティファシリティ）であることを表す。

(2. 5. 2. 4. 2. 2. 2) ： MOB I L I TY FAC I L I TY 次に、 MOB I L I TY F AC I L I TYの構成を図 599に示す。この図に示すように、その Me s s a g e t y p eは M〇 B I L I T Y FAC I L I TY、 S i gn i f i c an c e (ま l o c a l、 D i r e c t i onは b o t hである。 (2. 5. 2. 4. 2. 2. 3) ： FAC I L I TY (ファシリティ）次に、 MOB I L I TY F AC I L I TYメッセージにおける機能種別による情報要素の一覧を示す。なお、以降の説明において、移動局を MS、網を n e t wo r k、 Ne t wo r k、 NETWORK, あるいは NWで表している。また、記号「→」はデータの進行方向を示している。

( a ) 機倉種別： T e rm i n a l L o c a t i o n R e g i s t r a t i o n (端末位置登録）

本機能種別は位置登録エリアの更新時やローミング時に、位置登録の要求のために MSから NETWORKに送出される。本機能種別における情報要素の一覧を図 6 0 0, 6 0 1に示す。この図に示すように、本機能種別では、プロトコル識別子は MM— T、コネクション識別は SDC CH、方向は MS (MC F) →N ETWORK (SACF) である。

( b ) 機能種別： T e rm i n a l L o c a t i o n R e g i s t r a t i o n (端末位置登録）

本機能種別は位置登録エリァ更新時、口一ミング時に位置登録の要求に対する応答信号として N E TWO R Kから M Sに送出される。本信号はコンポーネント種別により 3種類に分類される。以下、本機能種別における情報要素の一覧を各種類別に図 6 0 2〜図 6 04に示す。なお、これらの図に示すように、本機能種別では、プロトコル識別子は MM— T、コネクション識別は SDCCH、方向は NETWORK (SAC F) →MS (MCF) である。

(b— 1 ) コンポーネント種別が R e t u r n R e s u l t (リターンリザルト）の場合（位置登録が正常に行われた場合）

この場合の情報要素の一覧は、図 6 0 2に示す通りである。

(b - 2) コンポーネント種別が R e t u r n E r r o r (リターンエラ一 ) の場合（アプリケーションのエラ一などの準正常が発生した場合）

この場合の情報要素の一覧は、図 6 0 3に示す通りである。

(b— 3) コンポーネント種別が R e j e c t (リジェクト）の場合（情報要素の不一致などによる準正常が発生した場合）

この場合の情報要素の一覧は、図 6 04に示す通りである。 (c) 機能種別： TMU I As s i gnme n t (TMU Iアサインメント）本機能種別は、 TMU Iを移動局に通知するために NETWORKから MSに送出される。本機能種別における情報要素の一覧を図 605に示す。この図に示すように、本機能種別では、プロトコル識別子は MM— T、コネクション識別は SDCCH、方向は NETWORK (S ACF/TACF) →MS (MCFZT AC AF) である。

(d) 機能種別： TMU I As s i gnme n t (TMU Iアサインメント）本機能種別は、 TMU I A s s i g nme n tに対する応答信号として MS から NETWORKに送出される。本信号はコンポ一ネント種別により 3種類に分類される。以下、本機能種別における情報要素の一覧を各種類別に図 606〜図 608に示す。これらの図に示すように、本機能種別では、プロトコル識別子は MM— T、コネクション識別は S D C CH、方向は MS (MC F/TAC AF ) —NETWORK (S ACF/TACF) である。

(c - 1 ) コンポーネント種別が R e t u r n Re s u l tの場合この場合の情報要素の一覧は、図 606に示す通りである。

(c - 2) コンポーネント種別が R e t u r n E r r o rの場合

この場合の情報要素の一覧は、図 607に示す通りである。

(c - 2) コンポーネント種別が R e j e c tの場合

この場合の情報要素の一覧は、図 608に示す通りである。

( e ) 機能種別： Au t h e n t i c a t i on C h a 1 l e n g e (認証チャレンジ')

本機能種別は、移動局の正当性を交換機が認識するために NETWORKから MSに送出される。本機能種別における情報要素の一覧を図 609、 6 10に示す。この図に示すように、本機能種別では、プロトコル識別子は MM— T、コネクシヨン識別は SDCCHZACCH、方向は NETWORK (S AC F/TA

( f ) 機能種別： Au t h e n t i c a t i on Ch a 】 l e n g e (認証チャレンジ）

本機能種別は、認証要求に対する手順の結果を通知するために M Sから N E T WORKに送出される。本信号はコンポーネント種別により 3種類に分類される。以下、本機能種別における情報要素の一覧を各種類別に図 61 1〜図 6 1 3に示す。これらの図に示すように、プロトコル識別子は MM— T、コネクション識別は SDCCHZACCH、方向は MS (MCFZTACAF) →NETWOR K (S AC F/TAC F) である。

( f - 1 ) コンポ一ネント種別が R e t u r n Re s u l tの場合（認証要求が正常に行われた場合）

この場合の情報要素の一覧は、図 6 1 1に示す通りである。

( f - 2) コンポーネント種別が R e t u r n E r r o rの場合

この場合の情報要素の一覧は、図 6 12に示す通りである。

( f - 3) コンポーネント種別が R e j e c tの場合

この場合の情報要素の一覧は、図 6 13に示す通りである。

(g) 機能種別： S t a r t C i p h e r i n g (秘匿開始）

本機能種別は、移動局に秘匿開始を通知するために N E T W O R Kから M Sに送出される。本機能種別における情報要素の一覧を図 6 14に示す。この図に示すように、本機能種別では、プロトコル識別子は MM— T、コネクション識別は SDCCHZACCH、方向は NETWORK (S ACF/TACF) →MS (MCFZTACAF) である。

(h) 機能種別： S t a r t C i p h e r i n g (秘匿開始）

本機能種別は、秘匿開始に対する応答信号として MSから NETWORKに送出される。本信号はコンポーネント種別により 3種類に分類される。以下、本機能種別における情報要素の一覧を各種類別に図 61 5〜図 617に示す。これらの図に示すように、プロトコル識別子は MM— T、コネクション識別は S DC C H/ACCH、方向は MS (MC F/TAC AF) —NETWORK (S AC F ZTACF) である。

(h— 1 ) コンポーネント種別が R e t u r n Re s u l tの場合（秘匿開始が正常に行われた場合）

この場合の情報要素の一覧は、図 6 1 5に示す通りである。

(h— 2) コンポーネント種別が Re t u r n E r r o rの場合この場合の情報要素の一覧は、図 616に示す通りである。

(h - 3) コンポーネント種別が R e j e c tの場合

この場合の情報要素の一覧は、図 617に示す通りである。

( i ) 機能種別： I MU I r e t r i e v a l (I MU Iリトリバル）本機能種別は、移動局に I MU Iを問い合わせるために NETWORKから M Sに送出される。本機能種別における情報要素の一覧を図 618に示す。この図に示すように、本機能種別では、プロトコル識別子は MM— T、コネクション識別は SDCCH、方向は NETWORK (S ACF/TACF) →MS (MCF ノ TACAF) である。

(j ) 機能種別： I MU I r e t r i e v a l (I MU I リトリバル）本機能種別は、 I MU I問い合わせに対して交換機へ I MU Iを通知するために MSから NETWORKに送出される。本信号はコンポ一ネント種別により 3 種類に分類される。以下、本機能種別における情報要素の一覧を各種類別に図 6 19〜図 62 1に示す。これらの図に示すように、プロトコル識別子は MM— T 、コネクション識別は SDCCH、方向は MS (MCFZTACAF) →NET WORK (S AC F/TAC F) である。

( j - 1 ) コンポ一ネント種別が R e t u r n Re s u l tの場合（ I MU I r e t r i e v a lが正常に行われた場合）

この場合の情報要素の一覧は、図 619に示す通りである。

( j— 2) コンポーネント種別が R e t u r n E r r o rの場合

この場合の情報要素の一覧は、図 620に示す通りである。

( j - 3) コンポ一ネント種別が Re j e c tの場合

この場合の情報要素の一覧は、図 621に示す通りである。

(2. 5. 2. 4. 2. 3) ： RBC (Ra d i o B e a r e r Con t r o 1 ：無線べァラ制御）メッセージ

次に、 RB Cメッセージについて説明する。

(2. 5. 2. 4. 2. 3. 1) ：メッセ一ジ一覧

まず、図 622に R B Cメッセージの一覧を示す。

(2. 5. 2. 4. 2. 3. 2) ： RBCメッセ一ジの分類次に、 RBCメッセ一ジの分類について説明する。 RBCメッセージば RB C一 I Dの状態に影響を与えるもの（生成 Z削除）と、影響を与えないもの（継続）とで分類できる。ここで、図 623に RBCメッセージの分類（MES S A GE TYPE) を示す。

(2. 5. 2. 4. 2. 3. 3. 1) ：メッセージ構成

次に、メッセージ構成について説明する。各メッセージは、基本部分と拡張部分から構成される。さらに基本部分はメッセージ固有パラメ一夕と基本構成要素 (オプション）から構成される。ここで、図 96にメッセ一ジ構成を示し、図中の構成要素について以下に列記する。

·メッセージ固有パラメ一夕：そのメッセージに特有のパラメ一夕が設定される。

•基本情報要素：手順に応じたパラメ一夕が設定され、手順によってメッセ一ジ内に含まれる基本情報要素は異なる。なお、システム導入時から使用可能である。

·拡張情報要素：システム拡張時に追加される情報要素である。

なお、基本情報要素および拡張情報要素は任意順序で設定可能である。また、「*」が付与されている構成要素（動作指示表示）は、現行では含まれず、将来、機能拡張に伴い、新たにメッセージが追加された場合に有効となる。

(2. 5. 2. 4. 2. 3. 3. 2) ：情報要素基本構成

次に、情報要素基本構成について説明する。図 97に RBC情報基本構成を示す。なお、この図において、メッセージ固有パラメ一夕はメッセージ内で必須のパラメ一夕である。また、各パラメ一夕では、可変長の場合又は、オプショナルな形態で使用するパラメ一夕の設定値が存在しない場合には、設定が無いことを表示する。（パラメ一夕長、もしくはパラメ一夕有無ビットを設定する。） (2. 5. 2. 4. 2. 3. 4) ： R B Cメッセ一ジフォ一マツ卜

次に、 RBCメッセ一ジフォーマツ卜について説明する。

(2. 5. 2. 4. 2 · 3. 4. 1) ： RAD I O BEARER S ETU P (無線べァラ設定）

まず、 RAD I O BEARER S E TU Pメッセージについて説明する。本メッセージは、無線べァラの設定を行うために N e two r kより MS 送出される。その情報長等は図 624に示す通りであり、プロトコル識別子は RBC 、コネクション識別は SDCCHZACCH、方向は Ne t wo r k → MS である。

(2. 5. 2. 4. 2. 3. 4. 2) ： RAD I O BERARER REL EASE (無線べァラ解放）

本メッセ一ジは、無線べァラを解放するために N e t wo r kより MS、または MSより Ne t w r o kに送出される。その情報長等は図 625に示す通りであり、プロトコル識別子は RB C、コネクション識別は ACCH、方向は MS→ Ne two r k, N e t w o r k→M Sである。

(2. 5. 2. 4. 2. 3. 4. 3) ： RAD I O BERARER REL EASE COMPLETE (無線べァラ解放完了）

本メッセージは、指定された無線べァラの解放が完了したことを通知するために MSより Ne two r k, Ne two r kより MSに送出される。その情報長等は図 626に示す通りであり、プロトコル識別子は RBC、コネクション識別は ACCH、方向は N e t wo r k→MS, M S→N e t w o r kである。 (2. 5. 2. 4. 2. 3. 4. 4) ： HANDOVER COMMAND ひンドオーバコマンド）

本メッセージは、ハンドオーバー時の無線べァラの指定を行うために N e t w o r kより MSに送出される。その情報長等は図 627に示す通りであり、プロトコル識別子は RBC、コネクション識別は ACCH、方向は Ne two r k— MSである。

なお、 HANDOVER C OMM ANDメッセージには必ず 1つ以上の基本情報要素が設定されていなければならない。

(2. 5. 2. 4. 2. 3. 4. 4) ： HANDOVER RES PONSE (ハンドオーバ応答）

本メッセージは、 HANDOVER COMMAND (DHOブランチ削除起動の単独要求、 DHOブランチ追加の単独要求，コード切替の単独要求，及びそれらの任意の組み合わせ）に対する応答を行う為に送出される。その情報長等は図 628に示す通りであり、プロトコル識別子は RBC、コネクション識別は A CCH、方向は MS→Ne two r kである。

(2. 5. 2. 4. 2. 4) ： RRC (R a d i o Re s o u r c e Co n t r o 1 ) メッセージ

次に、 RRCメッセージについて説明する。

(2. 5. 2. 4. 2. 4. 1) ：メッセージ一覧

まず、図 629に RRCメッセージの一覧を示す。

なお、 RR Cプロトコルへの R〇 S E (Remote Operations Service Element) 適用は F F Sである。本明細書及び図面は R〇S E適用に基づいている。

(2. 5. 2. 4. 2. 4. 2) ： R R Cメッセ一ジフォーマット

次に、 RRCメッセージフォーマツ卜について説明する。

(2. 5. 2. 4. 2. 4. 2. 1) ：無線リソースファシリティ（RAD I O RESOURCE FACEL I TY)

本メッセージは、 RR C手順の起動のために、 MS→N e t wo r kに送出される。その情報長等は図 630に示す通りであり、プロトコル識別子は RRC、コネクション識別は S D C CH/AC CH、方向は MS→Ne t wo r kである。

(2. 5. 2. 4. 2. 5) ： TAC (Te rm i n a l As s o c i a t i on Con t r o l ) メッセージ、フォーマッ卜

次に、 T ACメッセージフォーマットについて説明する。まず、図 631に R RCメッセージ名の一覧を、図 632にメッセージ名とインフォメーションフロ一名との対応を示す。

以下、各メッセージについて述べる。

(2. 5. 2. 4. 2. 5. 1) ： TERM I NAL AS S OC I AT I 0 N SETUP (ターミナルアソシエーション設定）

本メッセージは、 TERM I NAL A S S〇 C I A T I〇 Nの開始を通知するために、 MSから Ne t wo r kに送出される。その情報長等は図 633に示す通りであり、プロトコル識別子は TAC, コネクション識別は SDCCH、方向は MS (TACAF) →N e t wo r k (TAC F) である。

(2. 5. 2. 4. 2. 5. 2) ： TERM I NAL AS S OC I AT I O N CONNECT (ターミナルアソシエーション接続）

本メッセージは、 TERM I NAL AS SOC I AT I ON SETUPに対する応答信号で TERM I AL AS S OC I AT I ONが正常に行われたことを通知するために、 N e wo r kから MSに送出される。その情報長等は図 634に示す通りであり、プロトコル識別子は T A C、コネクション識別は S DCCH、方向は Ne two r k (TAC F) →M S (TACAF) である。 (2. 5. 2. 4. 2. 5. 3) ： PAG I NG RES PONSE (ページング応答）

本メッセージは、一斉呼び出しの応答として MSから Ne two r kに送出される。その情報長等は図 635に示す通りであり、プロトコル識別子は TAC、コネクション識別は SDCCH、方向は MS (TACAF) Ne two r k (TAC F) である。

(2. 5. 2. 4. 2. 5. 4) ： TERM I NAL A S S OC I AT I O

N RELEASE (ターミナルアソシエーション解放）

本メッセージは、 TERM I NAL A S S O C I A T I O Nの解放を要求するために Ne t wo r k, MS双方より送出される。その情報長等は図 636に示す通りであり、プロトコル識別子は TAC、コネクション識別は SDCCHZ

AC CH、方向は N e two r k (TACF) →M S (TACAF) , MS (T

AC AF) —Ne two r k (TACF) である。

(2. 5. 2. 4. 2. 5. 5) ： TERM I AL AS S OC I AT I O

N RELEASE C OM P L E T E (ターミナルアソシエーション解放完了

)

本メッセ一ジは、 TERM I NAL AS SOC I AT I ON RELEAS Eの応答信号として N e t wo r k, MS双方より送出される。その情報長等は図 637に示す通りであり、プロトコル識別子は T A C、コネクション識別は S D C CHZAC CH、方向は N e t wo r k (TACF) →M S (TACAF) ， MS (TACAF) —Ne two r k (TACF) である。

(2. 5. 2. 4. 2. 5. 6) ： PAGE AUTHER I Z ED (ページォーソライズド）本メッセージは、 TERM I NAL A S S O C I A T I O Nが正常に行われたことを通知するために N e t wo r kから MSに送出される。その情報長等は図 638に示す通りであり、プロトコル識別子は TAC、コネクション識別は S D C CHZAC CH、方向は N e two r k (TACF) →MS (TAC AF) である。

(2. 5. 2. 4. 2. 6) ：その他

ここでは、 RACH， F ACH, B C C H及び P C Hレイヤ 3メッセージにつて説明する。なお、表記方法は上述の方法と同様である。

(2. 5. 2. 4. 2. 6. 1) ： S I GNAL I NG CHANNEL S ETUP REQUEST (シダナリングチャネル設定要求）

次に、 S I GNAL I NG CHANNEL SETUP REQUESTについて説明する。本メッセージは、 S DC CHの設定の要求を行うために MSから BTSに送出される。その情報長等は図 639に示す通りであり、コネクション識別は RACH、方向は MS (SCMAF) —BTS (S CMF) である。なお、同一セクタ内で同時にランダムアクセスする移動局間は、 P I D ひ \°ケット識別子）によって識別される。この P I Dはレイヤ 1におけるビットであり、移動局の付与する乱数である。

(2. 5. 2. 4. 2. 6. 2) ： S I GNAL I NG CHANNEL S ETUP RES PONSE (シダナリングチャネル設定応答）

次に、 S I GNAL I NG CHANNEL SETUP RESPONSE について説明する。本メッセージは、 SDCCHの設定の要求を行うために BT Sから MSに送出される。その情報長等は図 640に示す通りであり、コネクシヨン識別は FACH、方向は BTS (S CMF) →M S (S CMAF) である。なお、移動局においては、レイヤ 1における P I Dによって識別される。次に、 S I GNAL I NG CHANNEL SETUP FA I LURE (シグナリングチャネル設定失敗）について説明する。

本メッセージは、 MSからの S DC CH要求に対し、 BTSからの拒否応答を返す。その情報長等は図 641に示す通りであり、コネクション識別は F AC H 、方向は BTS (S CMF) —MS (SCMAF) である。なお、移動局においては、レイヤ 1における P I Dによって識別される。

(2. 5. 2. 4. 2. 6. 3) ：報知情報（B R 0 AD C A S T I FO RMAT I ON)

次に、報知情報について説明する。

まず、報知情報 1 ( BROADCAST I FORMAT I ON 1 ) について説明する。このメッセージは、網からユーザに対して、制御チャネル構造、待ち受けチャネルの決定に関する情報、規制情報等を通知するために報知される。その情報長等は図 642に示す通りであり、コネクション識別は BCCH、方向は BTS (BCF r) →MS (BCAF) である。

次に、報知情報 2 (BROADCAST I NFORMAT I ON 2) について説明する。このメッセージは、網からユーザに対して、呼受付情報を通知するために報知される。その情報長等は図 643に示す通りであり、コネクション識別は BCCH、方向は BTS (BCF r) →M S (BCAF) である。

(2. 5. 2. 4. 2. 6. 4) ： PAG I NG (ページング）

次に、 PAG I NGについて説明する。本メッセージは、ユーザに対して第 1 呼の着信呼び出しを行うためにユーザに送出される。その情報長等は図 644に示す通りであり、プロトコル識別子は T AC、コネクション識別は PC H、方向は BTS (BCF r) →M S (TACAF) である。

なお、 P a g e d MS I D (ページド MS I D) には、 TMU I又は I MU Iが含まれる。また、 I MU Iか TMU Iを識別する I ZTビットを先頭に付与する。本メッセージの最大長は、 1 12 b i tである。また、図中において、「*」が付与された項目のコーディングについては、 FFS， I MU I呼び出しの場合は、 P CH群算出番号から I MU Iの下桁が認識できるため、 I MU I の全値を P a g e d MS I Dに設定する必要はない。

(2. 5. 2. 4. 3) : 情報要素フォーマット

次に、情報要素フォーマットについて説明する。

(2. 5. 2. 4. 3. 1) ： C C

まず、 CCについて説明する。

(2. 5. 2. 4. 3. 1. 1) ：共通情報要素まず、共通情報要素について説明する。

本プロトコル内のメッセ一ジは、次の部分から構成されている。

( a ) プロトコル言哉別子 ( r o t o c o l d i s c r i m i n a t o r) ( b ) 呼番号（C a l l r e f e r e n c e v a l u e)

( c ) メッセージ種別（Me s s a g e t y p e s :メッセージ整合性動作指示表示を含む）

(d) 可変長情報要素（必要な場合）

上記情報要素（a) ， (b) , (c) , (d) は全てのメッセージに共通して含まれている。但し、情報要素（d) は、各メッセージ種別に応じて規定されるこの構成を図 98に例として示す。最初の 3つの情報要素（プロトコル識別子、呼番号、メッセージ種別）は、図 98に明記された順序で現れなければならない。なお、図 98は、メッセ一ジ構成を示す図である。

(2. 5. 2. 4. 3. 1. 1. 1) プロトコル識別子

次に、プロトコル識別子について説明する。

プロトコル識別子は、本システム内で定義される他のメッセージから、ュ一ザ

.網呼 Zコネクション制御メッセージを識別する目的で設けられており、他の I TU— T勧告 ZTTC標準および他の標準によりコード化される OS Iネットヮ —クレイヤプロトコルュニットのメッセージから、本システムのメッセ一ジを識別する。

このプロトコル識別子は、各メッセージの 1番目に配置され、図 99および図 645に示すようにコード化される。なお、図 99および図 645は、 P r o t o c o l d i s c r i m i n a t o r (プロトコル識別子）を説明するための図である。

なお、本システムにおいて、プロトコル識別子の規定は、本プロトコルが他のレイヤ 3プロトコルとシグナリングバーチャルチャネルを共有し得ることを含んでいない。但し、他のレイヤ 3プロトコルが I TU— T勧告 Q. 2931メッセ —ジにカプセル化されている場合を除く。また、図 645中の値は、ゼネラルフォーマツト識別子を含む I TU— T勧告 X. 25バケツ卜の 1番目のォクテツトとプロ卜コル識別子とを区別するために予約されている。

(2. 5. 2. 4. 3. 1. 1. 2) 呼番号（C a l l r e f e r e n c e

)

呼番号は、ローカルなユーザ ·網インタフェース上で、特定の呼に関連するメッセージを識別する目的で設けられており、 B— I SDN (広帯域統合サービスアジ夕ル網： Broadband Aspects of Integrated Services Digital Network) ¾r 介してエンド 'エンドに使用されるものではない。この呼番号は、各メッセージの 2番目に配置され、図 1 00に示すようにコード化される。呼番号長の値は、ォクテツト 1のビット 1〜4に示されており、呼番号情報要素長は 1ォクテツトである。

呼番号情報要素は、呼番号値と呼番号フラグを含む、呼番号値 "0" (全ビットニ "0" ) がグローバル呼番号のために予約済であり（図 1 00参照）、全ビットを "1" に設定した呼番号値は、図 1 0 1に示すように、ダミー呼番号値のために予約済である。なお、図 1 00および図 10 1は、呼番号について説明するための図である。

上記呼番号値は、呼に対してユーザ ·網イン夕フェースの発側で割り当てられる。これら呼番号値は、特定のシグナリングバーチャルチャネル内で発側に関して、基本的に唯一となっている。呼番号値は、呼の開始時に割り付けられ、呼の存在する間は維持される。呼の終了後、その呼番号は他の呼に割り当てられることもある。したがって、シグナリングバーチャルチャネルリンクの両側で発呼したそれぞれの呼に同じ値を付与した場合には、同じシグナリングバーチャルチヤネル上に 2つの等しい呼番号値が用いられる場合もあり得る。誤ったシナリオによる競合状態を避けるために、実現にあたっては呼番号値を解放直後に再使用することを避けるのが望ましい。

ところで、呼番号フラグ（C a 1 1 r e f e r e n c e f l a g) は、 " 0" カゝ "1" の値を取る。呼番号フラグはシグナリングバーチャルチャネルのどちら側で呼番号を生起したか識別するために用いられる。発側から着側に向かうメッセージでは、必ず呼番号フラグを "0" に設定し、着側から発側に向かうメッセージでは、常に呼番号フラグを "1" に設定する。すなわち、呼番号フラグは、呼に対する呼番号値の割り当て側を識別し、同一呼番号値への同時割付を解決することを目的として設けられている。呼番号フラグは、グローバル呼番号を用いる手順にも適用される（例：初期設定手順）。上記グロ一バル呼番号の値は

"0" である。グローバル呼番号を含むメッセージを受信した装置は、このシグナリングバーチャルチャネルに属する全ての呼番号に関してこのメッセ一ジを受け取ったものとして取り扱わなければならない（図 1 00参照）。

一方、ダミー呼番号のコード化では、呼番号値の全ビットが 1に設定される (図 1 0 1参照）。将来、ダミー呼番号値は、特定の付加サービスのために用いられることが想定される。ダミー呼番号のために、フラグは、また、上述したように使用される。なお、本システムにおける手順は、ダミー呼番号には用いられない。本システムに適合する装置は、ダミー呼番号と共に受信したメッセ一ジを廃棄しなければならない。

(2. 5. 2. 4. 3. 1. 2) ：メッセ一ジ種別（Me s s a g e t y p e)

次に、メッセージ種別（メッセージ整合性動作指示表示を含む）について説明する。

メッセ一ジ種別は、送出されるメッセージの機能を識別する目的で設けられている。このメッセージ種別は、各メッセージの 3番目に配置され、図 1 02や図 646および図 647に示すようにコード化される。なお、図 1 02はメッセ一ジ種別のフォーマットを示す図であり、図 646および図 647は一つの表（メッセージ種別のコーディングを示す表）を構成している。図 646および図 64 7において、値 " 0000 0000" は、国内規定メッセージへのエスケープとして使用される。また、値 " 1 1 1 1 1 1 1 1" は、他の全てのメッセージ種別値が使用済みとなった場合の拡張機構のために予約済みである（図 646および図 647参照）。

一方、メッセージ整合性動作指示表示は、認識されないメッセージを受信した場合、同位エンティティ側の動作について、メッセージの送信側が明示的に表示するために用いられる。メッセージ整合性動作指示表示のフォーマツトおよびコーデイングは、図 1 02、図 646および図 647に示す通りである。このメッセージ整合性動作指示表示は、定義区間「ローカル」においてのみ有効である。他の方法で規定された場合を除き、網からユーザに送信するメッセージの動作指示表示にどちらの値を設定するかについては、網側のオプションである。

(2. 5. 2. 4. 3. 1. 3) ： FPLMTS環境における可変長情報要素次に、 FPLMTS環境における可変長情報要素について説明する。

(2. 5. 2. 4. 3. 1. 3. 1) ：コーディング規定

まず、コーディング規定について説明する。

可変長情報要素のコーディングは以下に述べるコーディング規定に従う。これらの規定は、メッセージを処理する各装置が、処理上必要である情報要素を見つけ、必要でないものを無視するように考えられたものである。

図 103および図 104は FPLMTS環境における可変長情報要素のフォ一マットを示す図であり、図 648および図 649は、一つの表（FPLMTS環境における可変長情報要素のコーディングを示す表）を構成しており、以下の節で規定されている情報要素のために、情報要素識別子のビットコ一ディングが図 103および図 649〜図 648に要約されている。

図 104に示すように、情報要素識別子の値 "1 1 1 1 1 1 1 1" は拡張法のために予約されている。他の全ての情報要素識別子の値が使用済みの場合には、この拡張法でさらに 65536通りの情報要素の識別が可能になる。

メッセ一ジ内の特定の可変長情報要素は、以下の例外を除き、任意の順番で現れ得る。

(a) 広帯域繰り返し識別子情報要素を使用せずに情報要素が繰り返した場合、次の規定が適用される。

•繰り返す情報要素は連続しなければならない。

この規定は、広帯域固定シフト情報要素、広帯域一時シフト情報要素には適用しない。

(b) 広帯域繰り返し識別子情報要素を使用して情報要素が繰り返した場合、次の規定が適用される。

•広帯域繰り返し識別子は、繰り返された最初の情報要素の直前に先行しなければならない。 • (広帯域繰り返し識別子のすぐ後に続く）繰り返された最初の情報要素ほ、優先度が一番高いと解釈される。繰り返された情報要素は、優先度が降順と解釈される。

•繰り返す情報要素は連続しなければならない。

広帯域一時シフト情報要素に続く情報要素は、それらの情報要素をまとめて一つの情報要素とみなして、上述の規定を適用する。なお、広帯域繰り返し識別子情報要素によって、情報要素がメッセージ内で一回しか繰り返されない場合にはェラーとはならない。すなわち、広帯域繰り返し識別子は無視される。

( c ) 広帯域固定シフト情報要素が使用された場合、それ以下に続く全ての情報要素にのみ適用される。これらの情報要素の順番は広帯域固定シフトで指示された新しいコード群によって規定される。

( d ) 広帯域一時シフト情報要素が使用された場合、対象とする情報要素の直前に先行する。

なお、本システムで使用される情報要素の記述に予備ビッ卜が含まれる場合、これらの予備ビットは " 0 " に設定されている。また、情報要素を受信した際、たとえ予備ビットが " 0 " にセットされていなくても、この予備ビットに関して処理は行われない。

また、図 6 4 8および図 6 4 9に示した情報要素整合性指示表示のコ一ディングから明らかなように、情報要素識別子の第 2ォクテツ卜は情報要素整合性指示表示を含んでいる。この情報要素整合性指示表示は定義区間「ローカル」においてのみ有効であり、他の方法で規定された場合を除き、網からユーザに送信するメッセージに含まれる情報要素の動作指示表示にどちらの値を設定するかは網側のォプションである。

また、情報要素の第 3、第 4オクテットは、その情報要素の長さを示す。この情報要素の長さは、情報要素識別子フィールド、情報要素整合性指示表示フィールド、および情報要素長のフィールドの長さを含まない。また、情報要素内のォクテツト数は、 2進符号化され、情報要素長の表示は 2オクテットの固定長である。なお、情報要素長のコーディングは、本節に示す整数値の符号化則に従う。本システムでは、中身が空の情報要素が存在してもよい。例えば、「呼設定」 (SETUP) メッセージはォクテツト長が 0の着番号情報要素を含んでいることもある。この場合、受信側は情報要素が "存在していない" ものとして処理する。これと同様に、情報要素が存在しない場合には、 "空の情報要素" として処理される。なお、 "空の情報要素" とは、次の条件を満足する情報要素である。

条件：（有効な）情報要素識別子を持ち、情報要素長が 0である。

また、本システムでは、次の規定を情報要素のコーディングに適用している。

(a) 可変長情報要素は、オクテットまたは、オクテットのグループから成る。オクテットまたは、オクテットグループには、参照を容易にするために番号が割り当てられる。ォクテツト番号における最初の数字は 1つのォクテツ卜あるいはオクテットのグループである。

(b) 各オクテットグループは、情報要素内の独立した単位である。オクテットグループの内部構造は以下に示す方法とは別の方法で定義されることもあり得る

(c) オクテットグループは、何らかの拡張法の使用により形成される。拡張ビットとしてビット 8を使用し、オクテット（N) を次に来るオクテット（Na、 Nb、 …）へ拡張できる方法が望ましく、例えば、以下のルールに基づいた方法を採用可能である。

• ビット値 "0" はォクテツ卜が次のォクテツ卜へ継続していることを示す。 • ビット値 " 1 " はこのォクテツ卜が最終のォクテツトであることを示す。 • 1つのオクテット（Nb) が存在すれば前のオクテット（Nと Na) もまた存在する。

なお、 2. δ. 2. 4. 3. 1. 3. 5節などの記述では、ビット 8は以下のように示されている。

1拡張" …このォクテツトグル一プの別のォクテツ卜が後に続く場合

- "1拡張" …これが拡張領域上最後のオクテットである場合。

• "0拡張" …このオクテットグループの別のオクテットが必ず後に続く場合また、仕様を追加する場合には、追加オクテットが、それ以前の最後のォクテットの後で定義され得る（その場合、 "1拡張" という記述を "0ノ1拡張'' に変更する）ので、本システムにおける装置は、そのような追加オクテットを受け入れる準備をする必要がある。但し、これらのオクテットをその装置が解釈したり、その内容に従い機能したりする必要はない。

(d) 上で定義された拡張法に加えて、オクテット（N) のビット 8〜 1の表示により次のオクテット（N. 1, N. 2, ···) へ拡張される。

(e) 上記（c) と（d) の拡張法は組み合わせて使用され得る。但し、拡張法 c) は、順序の上で優先権を持たなければならない。従って、全てのオクテット Na、 Nb、 …は必ず、オクテット N. 1， N. 2, …の前に現れなければならない。この規則はオクテット N. 1, N. 2, …がオクテット Na、 Nb、 …の拡張法を用いて拡張される場合にも適用されなければならない。また、これと同様な規則は、拡張法（d) が繰り返される場合にも適用されなければならない。即ち、オクテット N. 1. 1， N. 1. 2, …はオクテット N. 2の前に現れなければならない。

( f ) オプションのオクテットにはアスタリスク（*) の印をつける。

(g) 情報要素がサブフィールド識別子を使って構造化された場合、これらのサブフィールド識別子は位置に依存しない。即ち、それらは情報要素内で特定の順序で現れる必要はない。

ただし、上記拡張法（c) を繰り返して使用することはできない。即ち、ォクテツト 4 bになるべきォクテツ卜にォクテツト 4 aの拡張法を組み込むことはできない。また、プロトコル設計者は、複数の拡張法を使用する場合、結果としてのコーディングが唯一の解釈となることを保証するように注意すべきである。さらに、全ての情報要素には、コーディング標準フィールドが規定されている。コーデイング標準が "国内標準" と規定された情報要素は、構造を本システムにおける標準の規定と同様に規定する。

また、次の規定は、 I TU— T勧告 Q. 29 3 1の整数値のコ一ディングに適用する。なお、コーディングが特に明示されていない場合には、これらの規定を適用する。

(a) 整数値が 2オクテット以上にまたがってコーディングされる場合には、より小さいオクテット番号を持つオクテットがより上位のビットを含む。特に、一番小さいオクテット番号のオクテットが MS B (最上位ビット）で、一番大きいオクテット番号のオクテットが L S B (最下位ビット）を含む。

(b) 1ォクテツト内あるいはォクテツ卜の一部分を形成するフィールドについては、以下のことを適用する。

•より大きいビット番号のビットカより上位のビッ卜を含む。

•特に、整数コーディングの最大ビット番号のビッ卜が MS Bを示している。 •特に、整数コ一ディングの最小ビッ卜番号のビッ卜が L S Bを示している。 • ビットのコーディングは、小さいビット番号に詰めて（右詰めで）行われる。つまり、先行する 0の部分は、オクテットあるいは、フィールドの大きいビット番号の側（左側）に現れる。

(c) 固定長オクテットに整数値を表現する場合、ビットのコーディングは、大きいオクテット番号に詰めて行われる。つまり先行する 0の部分は、小さいォクテツト番号の側に現れる。

(d) 可変長オクテット整数値を表現する場合（例えば、ビット 8を拡張ビットとして使用する場合）には、最小のオクテット数になるようにコーディングする。つまり、先行する内容が全て "0" のオクテットは存在しない。

(2. 5. 2. 4. 3. 1. 2) ：コ一ド群の拡張

次に、コード群の拡張について説明する。

2. 5. 2. 4. 3. 1. 3. 1節で述べたフォーマットを用いると、情報要素識別子は、複数個の値をとり得る。

情報要素識別子のそれぞれが 8つのコード群に拡張可能であり、 1つのコード群から別のコード群へのシフトを容易にするため、各コード群で共通の情報要素識別子を使用している。このシフト情報要素の内容により、次にくる情報要素群または情報要素に使用されるコード群が識別される。任意の与えられた時点で使用されるコ一ド群は、 "使用中コード群" として用いられ、暗黙の内に、コード群 0が初期の "使用中コード群" とされる。また、本システムでは、 2つのコ一ド群シフト手順が適用されている。即ち、固定シフトと一時シフトである。各コード群の予約状況を以下に列記する。 •コード群 1〜3は、将来の I TU— TZTTC使用として予約されてい。

- コード群 4は、 I SOZI E C標準使用として予約されている。

•コード群 5は、国内利用の情報要素群として予約されている。

• コード群 6は、公衆網もしくは私設網特有の情報要素群として予約されている。

•コード群 7は、ユーザ特有の情報要素群として予約されている。

また、 2. 5. 2. 4. 3. 1. 3. 1節で定めたコーディング規定は、任意の使用中コ一ド群に属する情報要素に適用される。

-ある使用中コード群から別のコード群へのシフト（即ち固定シフト）はもとのコード群より数値の高いコ一ド群へのみ可能である。

•一時シフト手順を用いるとコード群 4, 5, 6, 7に属する情報要素は、使用中コード群であるコード群 0に属する情報要素と一緒に出現し得る。（2. 5 . 2. 4. 3. 1. 3. 4節参照）

-ュ一ザまたはネットワーク装置は、固定シフト、一時シフトの両方のシフト情報要素を認識する能力並びに後に続く情報要素長を決定する能力を持つべきである（ただし、これらの装置は、これらの情報要素の内容に従い解釈したり機能したりする必要はない）。これによりその装置は、その後に続く情報要素の開始位置を決定できる。

• コード群 7は、将来のサービス定義、両者の合意、あるいは特定ユーザに対しローカル網を介してサポートする準備がされている以外、認識されない情報要素処理手順（ I TU— T— Q. 293 1参照）に従い、口一カル網の最初の交換で処理される。

-コード群 6は、ローカル網（公衆か私設かどちらか）に特有の情報要素として予約されている。それ自体では、ローカル網間の境界、国内、国際上の境界を介する意味を持たない。それゆえ、コード群 6の情報要素は、ローカル網上の境界を越えた最初の交換で認識されない情報要素の処理手順（5. 6. 8. 1節 Z I TU-T-Q. 2931参照）に従い処理される。なお、両者の合意がある場合は、この限りではない。

- コード群 5は、国内利用の情報要素として予約されている。それ自体、国際上の境界を介する意味を持たない。それゆえ、コード群 5の情報要素は、国嚓上の境界を越えた最初の交換で認識されない情報要素の処理手順（5. 6. 8. 1 節 ZI TU T Q. 2931参照）に従って処理される。なお、両者の合意がある場合は、この限りではない。

• コード群 4は、 I SOZ I EC標準と規定される情報要素に予約されている

• コード群 1〜3は、将来の I TU— TZTTC使用に予約されている。

(2. 5. 2. 4. 3. 1. 3. 3) ：広帯域固定シフト（B r o ad b a n d— l o c k i n g s h i f t) 手順

次に、広帯域固定シフト手順について説明する。

広帯域固定シフト手順では、新たな使用中コード群を示すために情報要素を使用する。指定されたコード群は、他のコード群の使用を指定する別の広帯域固定シフト情報要素が現れるまで、継続して使用中とする。例えば、メッセージ内容解析の開始時には、コード群 0が使用中であるとする。コード群 5の広帯域固定シフトが現れた場合には、次の情報要素からは、他のシフト情報要素が現れるまで、コ一ド群 5で割り当てられた情報要素識別子に従って解釈される。

本手順は、もとのコード群よりも高い順位のコ一ド群にシフトするためだけに使用される手順であり、広帯域固定シフト情報要素を含むメッセージ内でのみ有効である。なお、全てのメッセージ内容解析の開始時における使用中コード群は、コード群 0である。

図 105および図 650は広帯域固定シフト情報要素について説明するための図であり、広帯域固定シフト情報要素は、情報要素フォーマットを使用し、図 1 05及び図 650に示すようにコ一ド化される。

(2. 5. 2. 4. 3. 1. 3. 4) ：広帯域一時シフト [B r o a db a n d— n on— l o c k i n g s h i f t] 手 Jl|貝

次に、広帯域一時シフト手順について説明する。

広帯域一時シフト手順は、より低いあるいはより高い指定されたコード群に対して、一時的にシフトするのに用いられる。この広帯域一時シフト手順では、広帯域一時シフト情報要素を使用して、次の単一の情報要素の解釈に使用するコード群を示す。したがって、次の単一の情報要素の解釈の後、その次に続く任意の情報要素の解釈には、一時シフトする前の使用中コード群が再び使用される。例えば、メッセージ内容解析の開始時には、コード群 0が使用中であるとする。コ ―ド群 6の広帯域一時シフ卜が現れた場合には、次の情報要素だけがコード群 6 で割り当てられた情報要素識別子に従って解釈される。この情報要素の解釈の後、その次に続く情報要素の解釈には、再びコード群 0が使用される。なお、広帯域一時シフト情報要素が現在のコード群を示す場合であっても、誤りとみなすべきではない。

本広帯域固定シフ卜情報要素は、広帯域一時シフト情報要素の直後に続くことはできない。この組み合わせを受信した場合は、広帯域固定シフト情報要素のみが受信されたものとして解釈すべきである。

図 106および図 651は広帯域一時シフト情報要素について説明するための図であり、広帯域一時シフト情報要素は、情報要素フォーマットを使用し、図 1 06及び図 651に示すようにコード化される。

(2. 5. 2. 4. 3. 1. 3. 5) ： ATMァダプテーシヨンレイヤ（AA L) ノヽ。ラメ一夕 (ATM Ad a p t a t i on L ay e r p a r ame t e r s

次に、 ATMァダプテーシヨンレイヤ（AAL) パラメ一夕について説明する。 ATMァダプテ一シヨンレイヤ（AAL) パラメ一夕は、現在のシステムでは不必要なパラメ一夕であるが、将来無線区間に ATMが適用される際、本情報要素は必要となる可能性がある（FFS) 。

ATMァダプテ一シヨンレイヤ（AAL) パラメ一夕情報要素（ATM Ad a p t a t i on L ay e r p a r ame t e r s i n f o rma t i o n e 1 eme n t s) は、呼に対して使用される ATMァダプテ一シヨンレイャ手順要素のための要求された ATMァダプテーシヨンレイヤパラメ一夕値（ェンド ·エンドで意味を持つ）を示す目的で設定されており、ユーザによって選択可能なすべての AALサブレイヤのためのパラメータを含んでいる。なお、この情報要素の内容は、イン夕ワーキングの場合を除いて、網に対して透過的である図 107〜図 1 1 1および図 652〜図 654は、 A ALパラメ一夕情報要素について説明するための図であり、 AALパラメータ情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は 21オクテットであるなお、図 108において、記号「No t e」が付されたオクテットは、ォクテット 7. 1力 "n X 64 k b i t Zs " あるいは " n X 8 k b i t Zs " を示す場合にのみ存在する。また、図 109および図 1 10において、「応答」（CO NN) メッセ一ジにおいて使用されるォクテツト群 6〜 8の表示は I TU— T勧告 Q. 2931に指定されている。

(2. 5. 2. 4. 3. 1. 3. 6) ： ATMトラヒック記述子（ATM t r a f f i c d e s c r i p t o r)

次に、 ATMトラヒック記述子について説明する。 ATMトラヒック記述子は、現在のシステムでは不必要なパラメ一夕であるが、将来無線区間に ATMが適用される際、本情報要素は必要となる可能性がある（FFS) 。

ATMトラヒック記述子情報要素（ATM t r a f f i c d e s c r i p t o r i n f o rma t i o n e l eme n t) は、トラヒック制御能力を規定するためのトラヒックパラメタセットを規定する目的で設けられている。本システムでは、 ATMトラヒック記述子によって ATMピ一クセルレ一ト (TTC標準 J T— 37 1参照）の値が示され、（ATMトラヒック記述子情報要素に示される） ATMピークセルレート値は、ユーザプレーン情報速度およびすべてのエンド ·エンドユーザ生成の O AM (保守 Z運用/管理） F 5フロ一両方の合計を示す。ユーザがェンド ·ェンド OAMF 5フローメッセ一ジを使用しようとした場合は、片方向のコネクションの反対方向のピークセルレートは、 " 0

" で表示されてはならない。なお、ピークセルレートは、 1秒あたりのセル数をサブフィールドに続く 3ォクテツ卜に整数値表示によって記述される。

図 1 12および図 655は、 ATMトラヒック記述子情報要素について説明するための図であり、 ATMトラヒック記述子情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は 20オクテットである。

なお、図 1 12において、 CLP = 0のピークセルレートが存在する場合、網リソース割当は、 CLP = 0+ 1のピークセルレートと CLP=0のピークセルレートとの差分が、 CLP = 1によって使用されると仮定しなければならない。また、 CLP = 0 + 1のピークセルレートのみが存在する場合、網リソース割当は、完全なピークセルレートが、 CLP = 0により使用することができると仮定しなければならない。

(2. 5. 2. 4. 3. 1. 3. 7) ：広帯域伝達能力（B r o adb an d b e a r e r c a p a b i l i t y)

次に、広帯域伝達能力について説明する。広帯域伝達能力は、現在のシステムでは不必要なパラメ一夕であるが、将来無線区間に ATMが適用される際、本情報要素は必要となる可能性がある（ F F S ) 。

広帯域伝達能力情報要素（B r o a d b an d e a r e r c a p a c i t y i n f o rma t i on e l eme n t) は、必要とする広帯域コネクシヨンオリエンテツトベアラサ一ビス（ I TU— T— F 81 1参照）を表示する目的で設定されている。（なお、上記サービスは網によって供給される。）したがって、広帯域伝達能力情報要素は、網によって使用される情報のみに含まれる。通信可能性確認に関しての広帯域伝達能力情報要素の使用については、 I TU -T-Q. 2931を参照されたい。

本広帯域伝達能力にデフォルトは存在せず、広帯域伝達能力情報要素は、網およびユーザの双方の装置によって処理される。

図 1 13および図 656は、広帯域伝達能力情報要素について説明するための図であり、広帯域伝達能力情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は 7オクテットである。

なお、図 1 13において、記号「No t e」が付されたオクテットは、ォクテット 5にべァラクラス "X" が表示された場合のみ存在し得る。

(2. 5. 2. 4. 3. 1. 3. 8) ：広帯域高位レイヤ情報（ B— H L I ) 次に、広帯域高位レイヤ情報について説明する。広帯域高位レイヤ情報（B r o a d b a n d h i gh l a y e r i n f o rma t i on) 情報要素は、アドレス指定されたエンティティ（例えば、発信ユーザによりアドレス指定されたリモートユーザ、イン夕ワーキングユニット、網の高位レイヤ機能ノード）に対して通信可能性チェックを行う手段を提供する目的で設定されている。 S帯域高位レイヤ情報情報要素は、発信側エンティティ（例えば、発信ユーザ）とァドレス指定された着信側のエンティティ間を、 B— I SDN網内では、トランスペアレントに運ばれる。

図 1 14および図 657は、広帯域高位レイヤ情報情報要素について説明するための図であり、広帯域高位レイヤ情報情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は 1 3オクテットである。

(2. 5. 2. 4. 3. 1. 3. 9) ：広帯域低位レイヤ情報（B— L L I ) 次に、広帯域低位レイヤ情報について説明する。広帯域低位レイヤ情報情報要素 (B r o a db an d l ow l ay e r i n f o rma t i on e l erne n t ) は、アドレス指定されたエンティティ（例えば、発信ユーザによりアドレス指定されたリモートユーザ、インタワーキングユニット、網の高位レイャ機能ノード）に対して通信可能性確認を行う手段を提供する目的で設定されている。

本広帯域低位レイヤ情報情報要素は、発信側エンティティ（例えば、発信ユーザ）とアドレス指定された着信側のエンティティ間を、 B— I SDN網内では、トランスペアレントに運ばれる。また、広帯域低位レイヤ情報のネゴシェ一ション（I TU— T勧告 Q. 2931参照）のために、広帯域低位レイヤ情報情報要素は、ァドレス指定された着信側ェンティティから発信側エンティティに対してもトランスペアレントに通過する。

図 1 15〜図 1 16および図 658〜図 660は、広帯域低位レイヤ情報情報要素について説明するための図であり、広帯域低位レイヤ情報情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は 17ォクテツトである。

なお、図 1 1 5および図 1 16において、（No t e 1 ) が付されたォクテツトは、ォクテツト 6が図 658〜図 660に示されている確認形 HDLCの手順を示す場合にのみ存在する。また、（No t e 2) が付されたォクテツ卜は、ォクテツト 6がユーザ特有レイヤ 2プロトコルを示す場合にのみ存在する。また、 (No t e 3) が付されたォクテツトは、ォクテツ卜 7が図 658〜図 660に示されている I TU— T勧告 X. 25 I S Ο/ I Ε C 8208または X. 22 3 I SO/ I EC 8878に基づいたレイヤ 3プロトコルを示す場合に存在する。また、（No t e 4) が付されたォクテツトは、ォクテツ卜 7がユーザ特有レイヤ 3プロトコルを示す場合にのみ存在する。また、（No t e 5) が付されたオクテットは、オクテット 7が I SOZ I EC TR 9577を示す場合にのみ存在する。

(2. 5. 2. 4. 3. 1. 3. 1 1) ：着番号（C a l l e d a r t y n u m b e r )

次に、着番号について説明する。着番号情報要素（C a l l e d p a r t y numb e r i n f o rma t i on e l eme n t) は、个 '目手 ¾r表示する目的で設けられている。

図 1 17および図 661は、着番号情報要素について説明するための図であり、着番号情報要素は、これらの図に示すようにコード化される

。なお、本情報要素の最大長は網に依存する。

なお、図 1 1 7において、番号ディジットは、オクテット 6の下位 4ビットから入力された順番と同じ順番で現れる。なお、上記ディジットは BCDでコード化される。また、アドレス Z番号計画識別に N SAPアドレスの使用を表示した場合、ァドレスは X. 213 : I SO/I EC 8348の表現でコード化される。さらに、フイラ一は "1 1 1 1" とする。

(2. 5. 2. 4. 3. 1. 3. 12) : 着サブァドレス（C a 1 1 e d p a r t y s ub— a d d r e s s)

次に、着サブアドレスについて説明する。着サブアドレス情報要素（C a l l e d p a r t y s u b— a d d r e s s e l eme n t) は、通信相手のサブアドレスを示す目的で設けられている。サブアドレスの定義については、 I TU— T勧告 I . 330を参照されたい。

図 1 18および図 662は、着サブアドレス情報要素について説明するための図であり、着サブアドレス情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は 25ォクテツトである。

(2. 5. 2. 4. 3. 1. 3. 13) ：発番号（C a l l i n g a r t y numb e r)

次に、発番号について説明する。発番号情報要素（C a l l i n g p a r t y numb e r i n f o rma t i on e l eme n t) は、呼の発 1目兀を表示する目的で設けられている。

図 1 19および図 663〜図 664は、発番号情報要素について説明するための図であり、発番号情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は網に依存する。

なお、図 1 19において、「No t e 1」が付された部分において、番号ディジットは、オクテット 6の下位 4ビットから入力された順番と同じ順番で現れる。なお、ディジットは B CDでコード化される。「No t e 2」が付された部分において、ァドレス Z番号計画識別に N SAPアドレスの使用を表示した場合、アドレスは X. 213 I S〇Z I E C 8348の表現でコード化される。また、「No t e 3」が付されたフィラ一（F i 1 1 e r) は " 1 1 1 1" であるものとする。

(2. 5. 2. 4. 3. 1. 3. 14) : 発サブァドレス（C a 1 1 i n g a r t y s ub— a d d r e s s)

次に、発サブアドレスについて説明する。発サブアドレス情報要素（Ca l l i n g a r t y s u b— a d d r e s s i n f o rma t i on e l erne n t ) は、呼の発信元を表示する目的で設けられている。

図 120および図 663〜図 665は、発サブアドレス情報要素について説明するための図であり、発サブアドレス情報要素は、これらの図に示すようにコ一ド化される。なお、サブアドレスの定義に関しては、勧告 I . 330を参照されたい。また、本情報要素の最大長は 25オクテットである。

(2. 5. 2. 4. 3. 1. 3. 1 5) ：理由表示（C au s e)

理由表示情報要素の内容と使用法は、 I TU— T勧告 Q. 26 10に定義されている。

(2. 5. 2. 4. 3. 1. 3. 16) ：コネクション識別子（C o n n e c t i o n i d e n t i f i e r)

次に、コネクション識別子について説明する。コネクション識別子は、現在のシステムでは不必要なパラメ一夕であるが、将来無線区間に A T Mが適用さる際、本情報要素は必要となる可能性がある（FFS) 。

コネクション識別子情報要素（C o nn e c t i o n i d e n t i f i e r i n f o r m a t i o n e l eme n t) は、ィン夕フェース上のローカリレ ATMコネクションリソースを識別するために用いられる。本情報要素は、「呼設定」（S ETUP) メッセージにオプションとして存在し、「呼設定」（S E TUP) メッセージに対する最初のレスポンスにォプションとして存在する。図 1 2 1および図 666は、コネクション識別子情報要素について説明するための図であり、コネクション識別子情報要素は、これらの図に示すようにコード化される。なお、本情報要素の長さは 9オクテットである。

なお、図 1 2 1において、 "変更付加表示" フィールドが "任意の VC I " を指定する場合、 VC Iフィールドを無視しなければならない。また、リスタートクラスが " 00 1" ( 1丁11ー丁勧告<3. 293 1参照）の場合、 VC Iフィ一ルドを無視しなければならない。さらに、オクテット 5で VP対応シグナリングが指示されている場合は、 VP C Iフィールドを無視しなければならない。

(2. 5. 2. 4. 3. 1. 3. 1 7) ：エンド ·エンド中継遅延（ E n d— t o— e n d t r a n s i t d e l ay)

次に、ェンド ·ェンド中継遅延について説明する。ェンド ·ェンド中継遅延情報要素 (En d— t o— e n d t r an s i t d e l a y i n f o r m a t i o n e 1 eme n t ) は、呼毎に許容される実質の最大エンド ·エンド中継遅延を示すこと、及びバーチャルチャネルコネクションで予期される累計中継遅延を示すことを目的として設定されている。この中継遅延は、発信ユーザと着信ユーザ間でのユーザプレーン上のデータ転送フェーズ中に転送されるユーザデ一夕のェンド ·ェンドの片方向中継遅延であり、以下のものを含む。

'エンドユーザシステムでの全処理時間（例えば、処理時間、 AALハンドリング遅延、 ATMセル組立遅延、その他あらゆる処理の遅延）

•網転送遅延（例えば、伝搬遅延、 ATMレイヤ転送遅延、その他あらゆる網内処理遅延）

なお、「呼設定」（SETUP) メッセ一ジ内に発信ユーザが示した累計中継遅延値（存在する場合）は、発信ユーザから網境界までの中継遅延を示す。また

、着信ユーザに送られる「呼設定」（SETUP) メッセージ内に網が示す累計中継遅延値は、発側 UN Iで示された値と網内で蓄積される転送遅延の合計であり、網境界以降の着信ュ一ザまでの経路での転送遅延を含まない。さらに、「応答」（CONN) メッセージ内に両方の UN I上で送られる累計中継遅延値は、その呼に提供される関連するバ一チャルチャネルコネクション上のユーザデ一夕転送で予期される合計エンド ·エンド中継遅延値である。

また、最大エンド 'エンド中継遅延値は、発信ュ一ザにより、その呼のエンド •エンド中継遅延要求を示すために使用され得るものである。このフィールドは網によって「呼設定」（SETUP) メッセ一ジ内に含まれ、発信ユーザがこの呼に対しェンド ·ェンド中継遅延要求を指定したことを示すために用いられる。なお、適用可能な手順については、 I TU— T一 Q. 2931を参照されたい。また、最大エンド ·エンド中継遅延は「応答」（CONN) メッセージ内には含まれない。

図 122および図 667は、エンド ·エンド中継遅延情報要素について説明するための図であり、エンド ·エンド中継遅延情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は 10オクテットである。

(2. 5. 2. 4. 3. 1. 3. 18) ：サ一ビス品質（Q O S ) パラメ一夕 (Qu a l i t y o f S e r v i c e (QO S ) P a r ame t e r; 次に、サービス品質（QOS) パラメ一夕について説明する。

本システムにおいては、上述のエンド 'エンド中継遅延に加え、 QOSパラメ一夕情報要素（Qu a l i t y o f S e r v i c e p a r ame t e r i n f o rma t i o n e l eme n t) が規定される。 QOSパラメ一夕情報要素は、ある QOSクラスを示すことを目的として設定されている。

サービス品質（QOS) パラメ一夕情報要素は、 B— I SUPリリース 1ではサボ一卜されない。つまり、ある網は、 QOSパラメ一夕情報要素を伝達することができないことになり、このような網は終端ィン夕フェースで着信ユーザに転送するために QOSパラメ一夕情報要素としてデフォルト値（QOSクラス指定なし）を生成することになる。図 123および図 668は、サービス品質（QOS) パラメ一夕情報要素について説明するための図であり、サービス品質（QOS) パラメータ情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は 6ォクテッ卜である。

(2. 5. 2. 4. 3. 1. 3. 1 9) ：広帯域繰り返し識別子（B r o a d b an d Re e a t i n d i c a t o r)

次に、広帯域繰り返し識別子について説明する。

広帯域繰り返し識別子情報要素（B r o a d b a n d r e e a t i n d i c a t o r i n f o rma t i on e l eme n t) ま、メッセ一ジに含まれている場合、メッセージの中で繰り返されている情報要素をどのように解釈しなければならないかを示す目的で設定されており、メッセージ中で繰り返される情報要素の最初のものの前に位置する。但し、 1つのメッセージ中でただ 1回しか存在しない情報要素と広帯域繰り返し識別子情報要素が組み合わされた時もそれ自身をエラーとしてはならない。

図 124および図 669は、広帯域繰り返し識別子情報要素について説明するための図であり、広帯域繰り返し識別子情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は 5オクテットである。

(2. 5. 2. 4. 3. 1. 3. 20) ：初期設定表示（R e s t a r t i n d i c a t o r )

次に、初期設定表示について説明する。

初期設定表示の詳細は、将来において定義すべき事項である（FFS) 。初期設定表示情報要素は、初期設定されるファシリティのクラスを識別することを目的として設けられている。

(2. 5. 2. 4. 3. 1. 3. 21) ：広帯域送信完了（B r o a d b a n d s e n d i n g c om l e t e)

次に、広帯域送信完了について説明する。広帯域送信完了情報要素（B r o a d b a n d s e n d i n g c omp l e t e i n f o rma t i on e 1 erne n t ) は、着番号の完了をオプションとして示すことを目的として設けられている（ 1丁11ー丁勧告0. 2931参照）。本情報要素は、一括モード手順の場合には必須であるが、この情報要素が無い場合には、 "必須情報要素不足" の正規のエラー処理を適用する必要はない。図 1 25は、広帯域繰り返し識別子情報要素について説明するための図であり、広帯域繰り返し識別子情報要素は、この図に示すようにコード化される。なお、本情報要素長は 5オクテットである。

(2. 5. 2. 4. 3. 1. 3. 22) ：中継網選択（T r a n s i t n e t w o r k s e l e c t i on)

次に、中継網選択について説明する。中継網選択情報要素（T r a n s i t n e two r k s e l e c t i o n i n r o rma t i o n e 1 e m e n t ) は、要求している一つの中継網を示すことを目的として設けられている。中継網選択情報要素は、呼が通過しなければならない中継網の順番を示すため、一つのメッセージの中に繰り返し現れることがある（I TU— T— Q. 293 1参照）。

図 1 26および図 6 70は、中継網選択情報要素について説明するための図であり、中継網選択情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は、網に依存する。

(2. 5. 2. 4. 3. 1. 3. 23) ：通知識別子（N o t i f i c a t i o n i n d i c a t o r)

次に、通知識別子について説明する。通知識別子情報要素（No t i f i e s t i o n i n d i c a t o r i n f o rma t i o n e l eme n t) は、呼に関連した情報を通知することを目的として設けられている。

図 1 27は、通知識別子情報要素について説明するための図であり、通知識別子情報要素は、これらの図に示すようにコード化される。なお、本情報要素の最大長は、メッセージの最大長に矛盾しない範囲で適用可能である。

(2. 5. 2. 4. 3. 1. 3. 24) ：〇 AMトラヒック記述子（0 AM t r a f f i c d e s c r i p t o r

次に、 OAMトラヒック記述子について説明する。〇 AMトラヒック記述子は、現在のシステムでは不必要なパラメ一夕であるが、将来無線区間に ATMが適用される際、本情報要素は必要となる可能性がある（FFS) 。

OAMトラヒック記述子情報要素（O AM t r a f f i c d e s c r i p t o r i n f o rma t i o n e l eme n t) は、呼に含まれるュ一ザコネクションに関する性能管理とユーザ生成の故障管理のためのェンド ·ェンド〇 AM F 5情報フローに関する情報を提供することを目的として設けられている。本 OAMトラヒック記述子情報要素の処理の規定については、 I TU— T— Q . 2931を参照されたい。

図 128および図 671は、〇 AMトラヒック記述子情報要素について説明するための図であり、 0 AMトラヒック記述子情報要素は、これらの図に示すようにコード化される。なお、本情報要素長は、 6オクテットである。

(2. 5. 2. 4. 3. 1. 4) ： 64 k b i t / sベースの回線交換モード I SDNサービスをサポートするための情報要素

次に、 64 kb i tZsベ一スの回線交換モード I SDNサ一ビスをサポートするための情報要素について説明する。

(2. 5. 2. 4. 3. 1. 4. 1) ：コーディング規定

まず、コーディング規定について説明する。本 2. 5. 2. 4. 3. 1. 4節で記述する情報要素は、図 103に示したものと同様に、一般的な情報要素フォ —マットを用いる。これらの情報要素のコーディングは、 I TU— T勧告 Q. 9 3 1/1 TU-T-Q. 2931のコ一ディング規定に従う。

(2. 5. 2. 4. 3. 1. 4. 2) ：狭帯域伝達能力（N a r r o w b a n d b e a r e r c a p a b i 1 i t y )

次に、狭帯域伝達能力について説明する。狭帯域伝達能力は、現在のシステムでは不必要なパラメ一夕であるが、将来無線区間に ATMが適用される際、本情報要素は必要となる可能性がある（FFS) 。

狭帯域伝達能力情報要素（N a r r o wb and b e a r e r c a p a b i 1 i t y i n f o rma t i on e l eme n t) は、網によって提供される狭帯域 I SDN回線交換モードベアラサ一ビスの要求を示すことを目的として設けられており、網によって使用される可能性のある情報のみを含む（I TU T勧告 Q. 93 1参照）。通信可能性確認に関連している狭帯域伝達能力情報要素の使用法については、 I TU— T勧告 Q. 931を参照されたい。なお、狭帯域伝達能力情報要素は、広帯域 I SDN内では透過的に転送される。

図 129は、狭帯域伝達能力情報要素について説明するための図であり、狭帯域伝達能力情報要素は、この図および表に示すようにコード化される。

(2. 5. 2. 4. 3. 1. 4. 3) ：狭帯域高位レイヤ整合性（N a r r o w b a n d h i gh l ay e r c omp a t i b i l i t y)

狭帯域高位レイヤ整合性情報要素（Na r r owb an d h i gh l ay e r c omp a t i b i l i t y i n i o rma t i o n e l eme n t ) は、相手ユーザが通信可能性確認のための手順を提供することを目的として設けられている（1丁11ー丁勧告0. 931参照）。

図 130は、狭帯域高位レイヤ整合性情報要素について説明するための図であり、狭帯域高位レイヤ整合性情報要素は、この図に示すようにコード化される。なお、本情報要素の最大長は 7オクテットである。

但し、狭帯域高位レイヤ整合性情報要素は、広帯域 I SDN内では、発信側のェンティテ（例えば、発信側ユーザ）と、発信側のエンティティによりアドレス指定された着信側エンティティ（例えば相手側ユーザ、あるいは網の高位レイヤ機能ノード）との間をトランスペアレントに運ばれる。ュ一ザから加入契約時に明示的に要求される場合、テレサ一ビスを実行する機能を持つ網は、この情報を特定のテレサ一ビスを提供するために解析しても良い。

(2. 5. 2. 4. 3. 1. 4. 4) ：狭帯域低位レイヤ整合性（N a r r o w b a n d l ow l a y e r c omp a t i b i l i t y)

次に、狭帯域低位レイヤ整合性について説明する。狭帯域低位レイヤ整合性情報要素 (Na r r owb an d l ow l ay e r c o m p a t i b i 1 i t y i n f o rma t i on e l eme n t) は、アドレス指定されたェンティティ（例えば、発信ユーザによって、アドレス指定されたリモートユーザやィン夕ワーキングュニットゃ網の高位レイヤ機能ノード）との通信可能性確認のための手段を提供することを目的として設けられている。

本狭帯域低位レイヤ整合性情報要素は、発信側エンティティ（例えば発信側ュ —ザ）と、発信側エンティティよりアドレス指定された着信側のエンティティとの間を、広帯域 I SDN内では、トランスペアレントに運ばれる。また、狭帯 ¾ 低位レイヤ整合性交渉（1丁11_丁勧告0. 931参照）のために、狭帯域低位レイヤ整合性情報要素は、着信側のエンティティから発信側のエンティティへもトランスペアレントに運ばれる。

図 131は、狭帯域低位レイヤ整合性情報要素について説明するための図であり、狭帯域低位レイヤ整合性情報要素は、この図に示すようにコード化される。なお、本情報要素の最大長は 20オクテットである。

(2. 5. 2. 4. 3. 1. 4. 5) ：経過識別子（P r o g r e s s i n d i c a t o r )

次に、経過識別子について説明する。経過識別子情報要素（P r o g r e s s i n d i c a t o r i n f o rma t i on e l eme n t) は、呼の生成中に起こったイベントを表すことを目的として設けられており、本情報要素は、メッセージの中で 2回まで含まれても良い。

図 132は、経過識別子情報要素について説明するための図であり、経過識別子情報要素は、この図に示すようにコード化される。なお、本情報要素の最大長は 6ォクテツ卜である。

(2. 5. 2. 4. 3. 2) ： MM— T情報要素フォーマット

次に、 MM— T情報要素フォーマットについて説明する。以下、図 672に示す MM— T固有情報要素の一覧に基づいて、各情報要素について順に説明する。

( 1 ) TMU I

まず、 TMU Iについて説明する。 TMU Iは移動局を識別するテンポラリな番号で、位置登録 Z位置更新時に更新される。発着信時に網側で TMU I不一致を認識した場合を除き、基本的には TMU Iを更新することはない。

なお、図 1 33は TMU Iを説明するための図であり、この図において、 TM U I =M— S C P識別番号（ 10 b i t ) +ユニーク識別番号（20 b i t + 2 i t) であり、ノ一マルバイナリ（No rma l B i n a r y) コ一ディングであるものとする。ただし、上式における「2ビット」は、 2重割当回避用ビットを示している。また、 M— SCP I d e n t i f i c a t i on Num b e r (M— SCP識別番号）は、 TMU Iを割り当てた M— S C Pを識別するために使用されるものであり、 0〜999の値をとる。さらに、 Un i q u e I d e n t i f i c a t i on Numb e r (ユニーク識別番号）は、 TMU I割当ノード内で移動局を識別するために使用されるものであり、 0〜9999 99の ί直をとる。また、 Dou b l e As s i gnme n t Ev a s i o n B i t (TMU I 2重割当回避用ビット）は、 TMU Iの 2重割当を回避するために使用されるものであり、 0〜3の値をとる。

(2) TMU I As s i gnme n t S ou r c e I D (TMU Iアサィンメントソース I D)

次に、 TMU I As s i gnme n t S ou r c e I Dについて説明する。 TMU I As s i gnme n t S ou r c e I Dは、図 134に示すように、 MCC (モバイルカントリコ一ド： Mob i l e Co un t r y C o d e) 、 MNC (モバイルネットワークコード： Mo b i l e Ne two r k Cod e) 、 LA Iより構成される。なお、本システムにおいては、 BCD コーディングとしている。

(3) I MU I

次に、図 135を参照して I MU Iについて説明する。 I MU Iは、移動局を認識可能な番号であり、ネットワーク内で使用される。なお、本システムにおいては、 MCC、 MNCを含めて 15桁までの可変長であり、 BCDコーディングであるものとしている。

(4) Ex e c u t i on Au t h e n t i c a t i on Ty e (実行認証種別）

次に、図 136を参照して E X e c u t i on Au t h e n t i c a t i o n Typ eについて説明する。 Ex e c u t i on Au t h e n t i c a t i on T y p eは、移動局が複数の認証手順を持つ場合に認証手順を指定する情報である。

(5; Au t h e n t i c a t i on R a n d om P a t t e r n 、g忍証乱数）

次に、図 137を参照して A u t h e n t i c a t i on R and om P a t t e r nについて説明する。 Au t h e n t i c a t i on Ran d om P a t t e r nは、移動局において認証を行うためのランダムパターンを示すものである。

(6) Au t h e n t i c a t i on C i p h e r i n g P a t t e r n (認証演算結果）

次に、図 138を参照して、 Au t h e n t i c a t i o n C i ph e r i n g P a t t e r nについて説明する。 Au t h e n t i c a t i on C i P h e r i n g P a t t e r nは、移動局において認証乱数より求めた暗号化パターンを示すものである。

(7) Ex e c u t i on C i p h e r i n g Ty e (実行秘匿種別）次に、図 1 39を参照して E X e c u t i o n C i p h e r i n g Ty p eについて説明する。 Ex e c u t i o n C i ph e r i n g Typ eは、移動局が複数の秘匿手順を持つ場合にどの秘匿手順を使用するかを指定する情報である。

(8) TC I n f o (MS種別）

次に、図 140を参照して TC I n f oについて説明する。 TC I n f o は、移動局の種別を識別するために用いられる情報である。

(2. 5. 2. 4. 3. 3) ： RBCメッセージ情報要素

次に、 R B Cメッセ一ジ情報要素について説明する。

(2. 5. 2. 4. 3. 3. 1) ：メッセージ種別

まず、メッセージ種別について説明する。メッセージ種別は、図 141から明らかなように、送出されるメッセージの機能を識別するために、動作指示表示を含まない形で設けられている。図中の各種別については後述する。

(2. 5. 2. 4. 3. 3. 2) ：情報要素識別子

次に、情報要素識別子について図 142を参照して説明する。情報要素識別子は、各メッセージに含まれるオプション情報を識別するものであり、 1ォクテツト目カ " 1 1 1 1 1 1 1 1" の時に、 2ォクテツト以降が有効となる。また、 2 オクテット目以降に関しては、拡張フラグ（ビット 8) により次オクテット目が有効となる。なお、各固有パラメ一夕に関する識別子は設定していない。また、各情報要素識別子については後述する。 (2. 5. 2. 4. 3. 3. 3) ： RAD I O BEARER SETUPメッセージ固有パラメ一夕

図 143に、 RAD I O BEARER S E TU Pメッセージ固有パラメ一夕の構成を示す。この図において、 RBC— I Dは、 CCプロトコル上で CR + CONN— I Dで識別されるコネクションと、 1対 1に対応する RBCのコネクシヨンを識別する番号であり、 CR (呼番号）は CC用呼識別子であり（2. 5 . 2. 4. 3. 1参照）、 CONN— I Dは CC用コネクション識別子である (2. 5. 2. 4. 3. 1参照）。

(2. 5. 2. 4. 3. 3. 4) ： RAD I O BEARER RELEAS Eメッセ一ジ固有パラメ一夕

図 144に、 RAD I O BEARER R E L E A S Eメッセージ固有パラメ一夕の構成を示す。この図に示すように、 RAD I O BEARER REL E AS Eメッセージ固有パラメ一夕は、 RBC— I Dと理由表示とから構成されている。

(2. 5. 2. 4. 3. 3. 5) ： RAD I O BEARER RELEAS E C〇MP L ETEメッセ一ジ固有パラメ一夕

図 145に、 RAD I O BEARER R E L E A S Eメッセージ固有パラメータの構成を示す。この図に示すように、 RAD I O BEARER REL EASE COMPLETEメッセージ固有パラメ一夕は、 RBC— I Dのみから構成されている。

(2. 5. 2. 4. 3. 3. 6) ： HANDOVER COMMANDメッセ —ジ固有パラメ一夕

図 146に、 HANDOVER C〇MM ANDメッセージ固有パラメ一夕の構成を示す。この図に示すように、 HANDOVER COMMANDメッセ一ジ固有パラメ一夕は、 I NVOKE—I Dのみから構成されている。なお、 I N VOKE— I Dは、 HANDOVER C OMMANDが起動された場合に、応答信号との対応をとるための識別番号である。

(2. 5. 2. 4. 3. 3. 7) ： HANDOVER RES PONSEメッセージ固有パラメ一夕図 147に、 HANDOVER R E S P ON S Eメッセージ固有パラメ一夕の構成を示す。この図に示すように、 HANDOVER RES PONSEメッセージ固有パラメ一夕は、 I NVOKE— I Dのみから構成されている。

(2. 5. 2. 4. 3. 3. 8) ：無線べァラ設定情報

図 148〜図 151に、無線べァラ設定情報の構成を示す。図 148において、「情報要素識別子」は RAD I 0 BEARER SETUP基本情報要素部 (8ビット）、「長さ」は情報要素の長さ、「周波数帯域」は第 I Ca 1 1 (コ —ル）で設定された周波数帯域（f l : "00000000" 〜！ " 256 : "1 1 1 1 1 1 1 1" ) 、「BTS番号」はネットヮ一ク内の BTS識別番号（1〜 ) 、「セクタ番号」は BTS内のセクタ識別番号（1 ： "0000000 1" 〜 12 : "00001 100" ) 、「上りショートコード種別」は上りコード当りの情報転送速度（図 1 50参照）、「上りコード数」は上りマルチコード使用時 ( 1コネクションに対して上りコードとして複数のショートコ一ドを使用する場合）の上りショートコード数（1〜N) 、「上りショートコード番号」は上りショ一トコ一ドの識別番号（0〜2047) 、「下りショ一トコ一ド種別」は下りコード当りの情報転送速度（図 1 50参照）、「下りコード数」は下りマルチコード使用時（1コネクションに対して下りコードとして複数のショートコードを使用する場合）の下りショートコード数（1〜M) を示す。

また、「下りショートコード番号」は下りショートコードの識別番号（0〜2 047 ) 、「フレームオフセット群」は有線区間の 1フレーム時間内におけるトラヒック均一化のため、移動局が通信する際に、下り無線リンクの 1無線フレーム内のどのタイムスロットを論理フレームの先端とするのかを示し、 0〜 1 5をとる（図 1 51参照）。また、「スロットオフセット群」は、パイロットシンポルの重なりを低減するために、下り送信タイミングを、ショ一トコ一ド毎にスロット内のサブスロット単位でずらした値（0〜3) であり、第 I C a l 1時のスロットオフセット群は、移動局内の全ての C a 1 1が解放されるまで不変である (図 1 51参照）。

(2. 5. 2. 4. 3. 3. 9) ： DHO追加

図 1 52〜図 1 54に、 DHO追加の構成を示す。図 1 52において、「情報要素識別子」は DHO追加を表す 8ビット、 RBC— I D数は同時設定コネ^シヨン数（1〜H) を示している。なお、他の構成要素については、前述した通りである。

(2. 5. 2. 4. 3. 3. 10) ： DHO削除

図 1 55に、 DHO削除の構成を示す。図 1 55において、「情報要素識別子」は DHO削除を表す 8ビットであり、他の構成要素については、前述した通りである。

(2. 5. 2. 4. 3. 3. 1 1) ： ACCH切替

図 1 56に、 ACCH切替の構成を示す。図 156において、「情報要素識別子」は DHO削除を表す 8ビットであり、他の構成要素については、前述した通りである。

(2. 5. 2. 4. 3. 3. 12) ：ブランチ切替

図 157〜図 159に、ブランチ切替の構成を示す。図 1 57において、「情報要素識別子」はブランチ切替を表す 8ビットであり、他の構成要素については、前述した通りである。

(2. 5. 2. 4. 3. 3. 13) ：ユーザレート切替

図 160〜図 163に、ユーザレート切替の構成を示す。図 160において、「情報要素識別子」はユーザレート切替を表す 8ビットであり、他の構成要素については、前述した通りである。

(2. 5. 2. 4. 3. 3. 14) ：コード切替

図 164〜図 165に、コ一ド切替の構成を示す。図 1 64において、「情報要素識別子」はコード切替を表す 8ビット、「旧ショートコ一ド数」は、切替 (ショートコード再配置）処理を行う旧ショートコード番号の数（1〜N) 、「旧ショートコード番号」は、切替（ショートコード再配置）処理以前に使用されていたショートコードの識別番号（0〜2047) 、「新ショ一トコ一ド数」は、切替（ショートコード再配置）処理を行う新ショートコード番号の数（1〜 M)

、「新ショートコード番号」は、切替（ショートコード再配置）処理以降に使用される新しいショートコードの識別番号（0〜2047) を示しており、他の構成要素については、前述した通りである。

(2. 5. 2. 4. 3. 4) ： RRCメッセージ情報要素

次に、 RRCメッセージ情報要素について説明する。

(2. 5. 2. 4. 3. 4. 1) ：メッセ一ジ種別

まず、メッセージ種別について図 1 66を参照して説明する。メッセージ種別は、送出されるメッセージの機能を識別するためのものである。

(2. 5. 2. 4. 3. 4. 2) ：ファシリティ

次に、ファシリティの構成を図 1 67に示す。図 1 67において、「プロファィル」は 4オクテット以降に収納される PDU (プロトコルデータ単位）の種別 (ROSEプロトコル、 CM I Pプロトコル、 ACSEプロトコル）を示し、「PDU」はプロファイルで識別される AS E (アプリケーションサービス要素）の PDUである。なお、「PDU」には、複数の PDUを収納可能であり、本システムにおいては、 R〇S Eプロトコルを用いている。

(2. 5. 2. 4. 3. 4. 3) ： ROS E PDU

次に、 ROSE PDUの構成を図 1 68および図 1 69に示す。図 1 68において、「コンポーネント種別タグ」は図に示すコンポーネント種別（起動、結果応答（最終）、エラー応答、拒否、結果応答（途中）など）を識別ためのものであり、本情報要素は全てのコンポーネントに必須である。「コンポーネント長」はコンポーネント種別タグ及びコンポ一ネント長フィールドを除くコンポーネントの長さを示し、「インボーグ識別子タグ」はオペレーション起動をユニークに識別するための参照番号として用いられ、要求と応答の対応付けを行う。また、「インボーグ識別子長」はインボーグ識別子のフィールドの長さ、「インボーグ識別子」はインボーグ識別子（起動 I D) を示し、「オペレーション値タグ」は「起動」コンポーネント等に含まれ、起動すべきオペレーション（ローカルォペレーシヨン、グローバルオペレーション）を示すために用いられる。さらに、「オペレーション値」は具体的なオペレーション（発着信候補ゾーン情報、通信中ゾーン情報、 DHO追加ゾーン情報、 DHO削除ゾーン情報、 HHO実行ゾーン情報、アウターループ情報、品質劣化通知情報）を定義する。

(2. 5. 2. 4. 3. 4. 4) ：オペレーション固有パラメ一夕次に、オペレーション固有パラメ一夕について説明する。

(a) 発着信候補ゾーン情報

まず、発着信候補ゾーン情報について説明する。

本ォペレ一ションは、 MSにおいて測定された発着信時の待受中セクタの無線状態とその周辺セクタの無線状態を網に通知するために、 MSから Ne two r kの方向で起動される。各パラメ一夕について図 673に示す。

なお、上記図において、とまり木 CH受信 S I R値，とまり木 CH送信電力値は，下りの送信電力制御用に使用される。

(b) 通信中ゾーン情報

次に、通信中ゾーン情報について説明する。

本オペレーションは、 MSにおいて測定された通信中セクタの無線状態に基づき無線チャネル下り送信電力制御を起動するために、 MSから Ne two r kに送出される。各パラメ一夕について図 674に示す。

(c) DHO追加ゾーン情報

次に、 DHO追加ゾーン情報について説明する。

本ォペレ一ションは、通信中のダイバーシチリンク追加を MSが網に対して起動するために用いられ、追加候補セクタ，追加候補セクタの無線状態，及び通信中セクタの無線状態の情報を含む。各パラメータについて図 675に示す。なお、通信中在圏セクタと比較して、 DHO追加しきい値をこえているセクタのみが設定される。なお，最大ブランチ数で通信中にその候補セクタが、全ての通信中在圏セクタよりも条件が悪いならば、 D H〇追加ゾーン情報として D H〇トリガは送出されない。

(d) DHO削除ゾーン情報

次に、 D H〇削除ゾーン情報について説明する。

本オペレーションは、 MSにおいて測定された通信中セクタの無線状態に基づき、網に対してダイバーシチリンク削除を起動するために用いられる。各パラメ一夕について図 676に示す。

本機能種別には，通信中在圏セクタ内で比較して， DHO削除しきい値を超えているセクタのみが設定される。なお、 DHO追加候補が加わることにより入れ替わって削除される（DH〇削除しきい値を超えていないにも関わらず）能性があるセクタに対しては本機能種別を用いない。

(e) HHO実行ゾーン情報

次に、 H H O実行ゾーン情報について説明する。

本オペレーションは、 MSにおいて測定された通信中セクタ、周辺セクタの無線状態に基づき、網に対してブランチ切替ハンドオーバ実行を起動するために用いられる。各パラメ一夕について図 677に示す。

( f ) アウターループ情報

次に、アウターループ情報について説明する。

本オペレーションは、下り無線チャネルのアウターループ送信電力制御を MS が網に対して起動するために用いられる。各パラメ一夕について図 678に示す

(g) 品質劣化通知情報

次に、品質劣化通知情報について説明する。

本オペレーションは、 MSが下り無線チャネル品質劣化を検出時に、網に対して異周波数チャネルへのブランチ切替ハンドオーバを起動するために用いられる。各パラメータについて図 679に示す。

(2. 5. 2. 4. 3. 4. 5) ：オペレ一シヨン固有パラメ一夕定義次に、オペレーション固有パラメ一夕定義について説明する。

(2. 5. 2. 4. 3. 4. 5. 1) ：在圏候補セクタ数，通信中在圏セクタ数， DH〇追加候補セクタ数， DH〇削除セクタ数， HHO候補セクタ数まず、在圏候補セクタ数，通信中在圏セクタ数， DHO追加候補セクタ数， D HO削除セクタ数， HHO候補セクタ数の構成について図 170に示す。図 1 7 0中の「セクタ数」は 1〜Nをバイナリ表示する。

(2. 5. 2. 4. 3. 4. 5. 2) ： BTS番号

図 1 7 1に BTS番号の構成を示す。図 1 7 1において、「BTS識別子」はネットワーク内で BTSの識別が可能な番号（1〜）である。

(2. 5. 2. 4. 3. 4. 5. 3) ：セクタ番号

図 1 72にセクタ番号の構成を示す。図 172において、「セクタ番号」は B TS内でセクタの識別が可能な番号（1〜1 2) である。

(2. 5. 2 · 4. 3. 4. 5. 4) ：とまり木 CH受信 S I R値

図 1 73にとまり木 CH受信 S I R値の構成を示す。図 1 73において、「とまり木 CH受信 S I R」は、 MSが測定した在圏セクタや周辺セクタ、通信中セクタのとまり木 CHの受信 S I Rを示す。

(2. 5. 2. 4. 3. 4. 5. 5) ：とまり木 CH送信電力値

図 1 74にとまり木 CH送信電力値の構成を示す。

(2. 5. 2. 4. 3. 4. 5. 6) ：ロングコ一ド位相差

図 1 75にロングコード位相差の構成を示す。図 1 7 5において、「ロングコード位相差」は、待ち受け中のセクタまたは通信中のセクタと、周辺セクタ（ハンドオーバ先セクタ）とのロングコード位相の差で示し、 DHO、発着信の他ゾ —ン選択時に使用される。なお、 1 28 [c h i p] を越える場合は、拡張ビッ卜（値 "1" で拡張）で拡張する。

(2. 5. 2. 4. 3. 4. 5. 7) : RBC I D数

図 1 76に RBC I D数の構成を示す。図 1 76において、「RBC I D 数」はバイナリ表示され、 1〜Nの値をとる。

(2. 5. 2. 4. 3. 4. 5. 8) : RBC I D

図 1 77に RBC I Dの構成を示す。図 1 77において、「RBC— I D」は、 CCプロトコル上で「CR + CONN— I D」で識別されるコネクションと、 1対 1に対応する RBCのコネクションを識別する番号（1〜H) である。

(2. 5. 2. 4. 3. 4. 5. 9) ：所要 S I R

図 1 78に所要 S I Rの構成を示す。

(2. 5. 2. 4. 3. 4. 5. 1 0) ： FER測定値

図 1 79に F E R測定値の構成を示す。

(2. 5. 2. 4. 3. 5) ： TAC (Te rm i n a l As s o c i a t i o n C o n t r o 1 ) 情報要素のフォーマット

次に、 TAC情報要素のフォ一マツ卜について説明する。

( 2. 5. 2. 4. 3. 5. 1) ： TAC (Te rm i n a l As s o c i a t i on Co n t r o 1 ) メッセ一ジフォーマツ卜概要まず、 TACメッセージフォ一マットの概要について説明する。本プロトコル内のメッセージは、次の部分から構成されている。

(a) p r o t o c o l d i s c r im i n a t o r (プロトコリレ識別子）

(b ) Me s s a g e t y e (メッセ一ジ種別)

(c) メッセージ固有パラメ一夕（必要な場合）

(d) 基本情報要素（必要な場合）

(e) 拡張情報要素（必要な場合）

上記情報要素（a) および（b) は全てのメッセージに共通して含まれている。但し、情報要素（c) 〜（e) は、各メッセ一ジ種別に応じて規定される。この構成を図 180に例として示す。最初の 2つの情報要素（p r o t o c o 1 d i s c r i m i n a t o r, Me s s a g e t yp e) は、図 180に明記された順序で現れなければならない。なお、図 1 80は、メッセージ構成を示す図である。

(2. 5. 2. 4. 3. 5. 2 ) ： p r o t o c o l d i s c r im i n a t o r

まず、 p r o t o c o l d i s c r im i n a t o rについて説明する。

r o t o c o l d i s c r i m i n a t o rは、本システム内で定義される他のメッセージから、 TACメッセージを識別する目的で設けられており、他の I TU— T勧告 ZTTC標準および他の標準によりコード化される OS Iネットヮ一クレイャプロトコルユニットのメッセージから、 TACメッセージを識別する。この p r o t o c o l d i s c r i m i n a t o r【ま、各メッセ一ジの 1番目に配置され、図 181に示すようにコード化される。なお、図 181は、 P r o t o c o l d i s c r i m i n a t o rを説明するための図である。

(2. 5. 2. 4. 3. 5. 3) ： Me s s a g e t y e (Me s s a g e c omp a t i b i l i t y i n s t r u c t i on i n d i c a t o r (メッセージ整合性動作指示表示）を含む）

次に、 Me s s a g e t y eについて説明する。 Me s s a g e t y p eは、送出されるメッセージの機能を識別する目的で設けられている。この Me s s a g e t y p eは、各メッセージの 2番目に配置され、図 182や図 68 0に示すようにコード化される。なお、図 1 82および図 680は Me s s a g e t y p eのフォーマットを示す図である。

なお、 Me s s a g e c omp a t i b i l i t y i n s t r u c t i o n i n d i c a t o rは、定義区間「口一カル」においてのみ有効であり、他の方法で規定された場合を除き、網からユーザに送信する Me s s a g e c o m p a t i b i 1 i t y i n s t r u c t i on i n d i c a t o rにどのような値を設定するかについては、網側のオプションである（本システムでは " 000 " が設定される）。

(2. 5. 2. 4. 3. 5. 4) ：メッセージ固有パラメ一夕

メッセ一ジ固有パラメータは、そのメッセージ特有の情報を設定するために使用されるものであり、以下、詳細に説明する。

(2. 5. 2. 4. 3. 5. 4. 1) ： T A Cメッセ一ジ固有パラメ一夕まず、 TACメッセ一ジ固有パラメ一夕名一覧を図 68 1に示す。

(1) TERM I NAL AS SOC I AT I ON SETUP me s s a g e s e c i f i c p a r ame t e r (夕一ミナリレアソシェ一ション設定メッセージスぺシフィックパラメ一夕）

TERM I NAL AS SOC I AT I ON SETUP me s s a g e s p e c i f i c a r ame t e r情報要素は、図 183および図 682に示すようにコード化される。

(2) P AG I NG RES PONSE me s s a e s e c i f i c p a r ame t e r (ぺ一ジング応答メッセ一ジスぺシフィックパラメ一夕) また、 PAG I NG RES PO SE me s s a e s e c i f i c p a r ame t e r情報要素は、図 1 84と図 683に示すようにコード化される。

(3) TERM I NAL AS SOC I AT I ON RELEASE me s s a g e s e c i f i c p a r ame t e r (夕一ミナリレアソシェ一ション解放メッセ一ジスぺシフィックパラメ一夕）

また、 TERM I NAL AS SOC I AT I ON RELEASE me s s a g e s p e c i f i c p a r ame t e r情報要素は、図 185および図 684に示すようにコード化される。

(2. 5. 2. 4. 3. 5. 4. 2) ： T A Cメッセージ固有パラメータのサブフィ一ルド

次に、 TACメッセージ固有パラメ一夕のサブフィールドについて説明する。 (1) コーディング規定

まず、コーディング規定について説明する。 TACメッセージ固有パラメ一夕のサブフィールドのコーディングは、以下に述べるコーディング規定に従う。これらの規定は、メッセージを処理する各装置が、処理の上で必要とする情報要素を見つけるために規定されたものである。なお、図 685に TACメッセージ固有パラメ一夕のサブフィールドの情報要素名一覧を示す。

TACの整数値のコーディングは、以下の規定を適用する。

(a) 整数値が 2オクテット以上にまたがってコーディングされる場合には、より小さいオクテット番号を持つオクテットがより上位のビットを含む。特に、一番小さいォクテツト番号のォクテツ卜が MS Bで、一番大きなォクテツ卜番号のオクテットが L S Bを含む。

•より大きいビッ卜番号のビッ卜が、より上位のビットを含む。

-特に、整数コーディングの最大ビッ卜番号のビッ卜が MS Bを示している。 '特に、整数コーディングの最小ビット番号のビットが L S Bを示している。 • ビットのコーディングは、小さいビット番号に詰めて（右詰めで）行われる

。つまり、先行する 0の部分は、フィールドの大きいビット番号の側（左側）に現れる。

(d) 可変長オクテット整数値を表現する場合には、最小のオクテット数になるようにコーディングする。つまり、先行する内容が全て "0" のオクテットは存在しない。 (2) C a u s e (理由表示）

次に、 C a u s eについて説明する。 C a u s e情報要素は、 TERM I NA L AS SOC I AT I ON解放時の理由を示すために使用されるものであり、図 186および図 686に示すようにコード化される。

(3) Mo b i 1 e s t a t i on t y e (移動局種別）

次に、 Mo b i l e s t a t i on t y eについて説明する。 M o b i 1 e s t a t i on t y p e情報要素は、移動局の種別を識別するために使用されるものであり、図 187および図 687に示すようにコード化される。

(4) P a g e d MS I D (ページド MS I D)

次に、 P a g e d MS I Dについて説明する。 P a g e d MS I D情報要素は、呼出移動局を識別するために使用されるものであり、図 188および図 688に示すようにコード化される。

(5) P a g i n I D (ページング I D)

次に、 P a g i n g I Dについて説明する。 P a g i n g I D情報要素は、移動局呼出時に呼を管理するために使用されるものであり、移動局一斉呼出時に、一時的に割り当てられる番号である。この P a g i n g I D情報要素は、図 189に示すようにコ一ド化される。

(6) TMU I

次に、 TMU Iについて説明する。 TMU I情報要素は、移動局を識別するために使用されるものであり、位置登録、位置更新時に更新される番号である。この TMU I情報要素は、図 190および図 689に示すようにコード化される。

(2. 5. 2. 4. 3. 5. 5) ：拡張情報要素

次に、拡張情報要素について説明する。 TAC拡張情報要素は、本システムでは使用されておらず、将来の拡張のために使用される。この TAC拡張情報要素は、図 19 1に示すようにコード化される。

(2. 5. 2. 4. 3. 6) ：その他

ここでは、 RACH, FACH, B C C H及び P C Hレイヤ 3メッセージについて規定する。

(2. 5. 2. 4. 3. 6. 1) ：メッセージ種別図 1 92にメッセージ種別情報要素の構成を示す。

(2. 5. 2. 4. 3. 6. 2) ：情報要素長

情報要素長情報要素は、メッセージの情報要素長を設定するものであり、その構成を図 1 93に示す。

(2. 5. 2. 4. 3. 6. 3) : とまり木受信 S I R

とまり木受信 S I R情報要素は、 MSで測定したとまり木の受信 S I Rを設定するものであり、その構成を図 1 94に示す。

(2. 5. 2. 4. 3. 6. 4) ：ショートコード番号

ショートコード番号情報要素は、上下の S DC CH用のショートコ一ド番号 (0〜2047) を設定するものであり、その構成を図 1 95に示す。

(2. 5. 2. 4. 3. 6. 5) ：フレームオフセット群

フレームオフセット群情報要素は、 S DC CH用のフレームオフセット群を設定するものであり、その構成を図 1 96に示す。

(2. 5. 2. 4. 3. 6. 6) ：スロットオフセット群

スロットオフセット群情報要素は、 SDCCH用のスロットオフセット群を設定するものであり、その構成を図 1 97に示す。

(2. 5. 2. 4. 3. 6. 7) ：網番号

網番号情報要素の構成を図 1 98に示す。

(2. 5. 2. 4. 3. 6. 8) ：ネットワークの VER

ネットワークの VER情報要素は、ネットワークの VERを示すものであり、その構成を図 1 99に示す。

(2. 5. 2. 4. 3. 6. 9) ：移動局共通パラメ一夕 VE R

移動局共通パラメ一夕 V E R情報要素は、移動局共通パラメ一夕の VERを示すものであり、その構成を図 200に示す。

(2. 5. 2. 4. 3. 6. 1 0) : BTS番号

BTS番号情報要素は、 BTSの識別番号を示すものであり、その構成を図 2 0 1に示す。

(2. 5. 2. 4. 3. 6. 1 1) ：セクタ番号

セクタ番号情報要素は、 BTS内のセクタ番号（例えば 1〜6、あるいは 1〜 1 2) を示すものであり、その構成を図 202に示す。

(2. 5. 2. 4. 3. 6. 1 2) ：位置登録エリア多重数（N)

位置登録エリア多重数（N) 情報要素は、無線ゾーンに多重されている位置登録エリア多重数を表すものであり、その構成を図 203に示す。

(2. 5. 2. 4. 3. 6. 1 3) : 位置番号

位置番号情報要素は、移動局が在圏する位置登録エリア（0〜255) を表すものであり、その構成を図 204に示す。

(2. 5. 2. 4. 3. 6. 14) ：位置登録夕イマ

位置登録夕イマ情報要素の構成を図 205に示す。

(2. 5. 2. 4. 3. 6. 1 5) ：補正後基地局所要受信電力値

補正後基地局所要受信電力値情報要素の構成を図 206に示す。

(2. 5. 2. 4. 3. 6. 1 6) ：自局上りロングコード番号

将来（FF S) において、 RACH、 SDCCHの上りロングコード番号を設定するものである。

(2. 5. 2. 4. 3. 6. 1 7) ：在圏ゾーン判定用とまり木 L C数（M) 在圏ゾ一ン判定用とまり木 LC数（M) 情報要素の構成を図 207に示す。 (2. 5. 2. 4. 3. 6. 1 8) ：とまり木 LC番号

とまり木 LC番号は、将来において使用されるものである（FF S) 。

(2. 5. 2. 4. 3. 6. 1 9) ：基地局使用周波数帯域数（K) 基地局使用周波数帯域数（K) 情報要素は、本セクタで TCHの存在する周波数帯域の数を設定するものであり、その構成を図 208に示す。

(2. 5. 2. 4. 3. 6. 20) ：周波数帯域

周波数帯域情報要素は、 TCHで使用している周波数帯域を設定するものであり、その構成を図 209に示す。

(2. 5. 2. 4. 3. 6. 2 1) : 規制情報

規制情報情報要素は、工事中規制、故障規制及びアクセス規制を移動局に対して表示するものであり、将来において使用される（FFS) 。

(2. 5. 2. 4. 3. 6. 22) 呼受付情報

呼受付情報情報要素は、新たな呼を受付可能かどうかの状態を移動局に対して表示するものであり、将来において使用される（FFS) 。

(2. 5. 2. 4. 3. 6. 23) ：制御 CH構造情報ひヽ。ケット用を含む）制御 CH構造情報情報要素は、 PCH、 RACH— SZL、 FACH-S/L の数及び、使用するコード番号、スロット位置を設定するものであり、将来において使用される（F F S) 。

(2. 5. 2. 4. 3. 6. 24) : BC C H受信区間長

BCCH受信区間長情報要素は、本情報要素を含むメッセージを受信後、移動局が BCCHを受信すべき期間を示すものであり、その構成を図 210に示す。

(2. 5. 2. 4. 3. 6. 25) ：呼び出し移動局数

呼び出し移動局数情報要素は、 1呼出メッセージに含まれる呼び出し移動局数 (1-2) を表すものであり、その構成を図 21 1に示す。

(2. 5. 2. 4. 3. 6. 26) ： P a g e d MS I D

P a g e d MS I D情報要素は、 I MU Iまたは TMU Iを設定する 1 1 2ビットの情報要素であり、その構成を図 212に示す。なお、詳細なコ一ディングについては、将来において決定される（FFS) 。

(2. 5. 2. 4. 3. 6. 27) : P a g i n g I D

P a g i n g I D情報要素の構成を図 213に示す。

(2. 5. 2. 4. 3. 6. 28) ：拡張情報要素

なお、他の拡張情報要素については、将来において決定される（FFS) 。 (2. 5. 3) ： BTS—MCC間インタフェース仕様

次に、 BT S— MC C間ィン夕フェース仕様について説明する。

(2. 5. 3. 1) ：概要

まず、概要について説明する。 2. 5. 3章では、 BTS— BCC間インタフエースにおけるレイヤ 1からレイヤ 3までの各プロトコルを規定する。

(2. 5. 3. 2) ：レイヤ 1

レイヤ 1は、基地局伝送路ィン夕フェースおよび交換局伝送路イン夕フェースにおいて規定されるものであるので、ここでは、説明を省略する。

(2. 5. 3. 3) ： ATMレイヤ

上述と同様に ATMレイヤは、基地局伝送路イン夕フェースおよび交換局伝送路インタフェースにおいて規定されるものであるので、ここでは、説明を省略する。

(2. 5. 3. 4) ： A A L共通部

上述と同様に AAL共通部は、基地局伝送路インタフェースおよび交換局伝送路インタフェースにおいて規定されるものであるので、ここでは、説明を省略する。

(2. 5. 3. 5) ： A A L個別部

上述と同様に AAL個別部は、基地局伝送路インタフェースおよび交換局伝送路インタフェースにおいて規定されるものであるので、ここでは、説明を省略する。

(2. 5. 3. 6) ：レイヤ 3

以下、レイヤ 3について説明する。

(2. 5. 3. 6. 1) ：プロトコルアーキテクチャ

まず、本ィン夕フェースにおけるレイヤ 3プロトコルアーキテクチャについて説明する。

まず、本システムにおいて定義されている L a y e r 3プロトコル制御ェンティティについて述べる。

BTS— BCC間イン夕フェースに現れる P r o c e d u r e (手順）は、以下の通りである。

(1) BT S— MC C間リンク制御手順

• S CMF— TACFZS ACF間 SDCCH用リンク設定、解放手順 • TACF— BCF r間アクセスリンク設定、解放手順等

(2) P a g i n g手順

• TACFからの P a g i n gを BTSに通知する手順

(3) 無線状態管理手順

• R F T R— R R C間での無線チヤネル状態測定手順（但し、本手順は、本システムでは使用しない。）

(4) その他の BTSへの情報転送等の手順

上記手順を踏まえ、本システムでは、以下の L a y e r 3プロトコル制御ェンを定義している。

(a) BC (B e a r e r Con t r o l ：ベアラ制御）： TAC F〜B CF r間のリンク制御のためのメッセージの形成及び転送を行う。すなわち、上記の手順（1) を扱う。

(b) BSM (B a s e S t a t i on Man a g eme n t ：基地局管理 ) ： BTSへの P a g i n g通知、その他の BTS管理のためのメッセ一ジの形成及び転送を行う。上記の手順（2) 、（4) を扱う。

(c) RCM (Rad i o Con d i t i on Man a g eme n t ：無線状態管理）：無線資源の状態測定のためのメッセージの形成及び転送を行う。なお、本プロトコル制御エンティティは、本システムでは使用していない。次に、本ィン夕フェースにおけるプロトコルアーキテクチャについて説明する。 BTS— MCC間インタフェースの制御信号用リンク上で Da t a l i n k L ay e r力らのメッセージは、 P r o t o c o l D i s c r im i n a t o r、 L i n k Re f e r r e n c e いリンクリファレンス) 、 T r a n s a c t i on I D (トランザクション I D) によりに振り分けられ、各プロトコル制御エンティティへ転送される。ここで、図 214に BTS— MCC間インタフェース上のプロトコルアーキテクチャの概念図を示す。

(2. 5. 3. 6. 2) ：メッセ一ジフォーマット

次に、メッセ一ジフォーマツ卜について説明する。

(2. 5. 3. 6. 2. 1) ： BCメッセージ

まず、 BCメッセージについて説明する。

(2. 5. 3. 6. 2. 1. 1) ：メッセージ Ty p e (種別）一覧まず、 BCメッセージのメッセージ Typ e (種別）一覧を図 690に示す。この図に示すように、 BCメッセージとして、ベアラ設定メッセ一ジ、ベアラ角军放メッセージ、およびその他のメッセージが用意されている。

(2. 5. 3. 6. 2. 1. 2) ： BCメッセージ Ty p eの分類

本システムでは、 B Cプロトコルのメッセ一ジを以下のように分類している。

- 1：( ^1または50(：(：^1のための八八し夕ィプ2リンクの設定 Z解放のためのメッセージ • 〇〇^1のためのし夕ィプ2リンクの設定/解放に関する要求、及び B T S内における無線チャネルの制御のための要求は、上記メッセージ中の情報要素として含まれる。あるいは、それらの要求と同時に TCHZSDCCH用 AA Lタイプ 2リンクの制御が行われない場合には、 B Cプロトコルェンティティの状態遷移に関係しないメッセージを定義し、本メッセ一ジ中の情報要素として送受する。

このようなルールに基づいた BCメッセージ分類を図 691に示す。

(2. 5. 3. 6. 2. 1. 3) ：メッセージ構成について

各メッセ一ジは、メッセージ共通部と基本情報要素（オプション）とからなる。ここで、図 215にメッセージ構成を示す。なお、手順に応じたパラメ一夕が基本情報要素として設定されるので、手順によってメッセージ内に含まれる基本情報要素は異なる。

(2. 5. 3. 6. 2. 1. 3. 1) ： L I NK SETUP REQUE S TED (リンク設定リクエステッド）

まず、メッセージ名が L I NK SETUP R E QU E S T E Dのメッセ一ジについて説明する。本メッセ一ジは、 SDCCH確立開始時、 BTSでショ一トコ一ド及び無線設備を選択した後に、前述のリソースに対応するショートセルコネクションを選択するために BTSより MS CNW (BSC機能）に送出される。本メッセージの各情報要素の情報長等について図 692に示す。なお、本メッセージのプロトコル識別子は B C、コネクション識別は BTS〜MS CNW (BSC機能）間制御信号、方向は BTS (S CMF) —MSCNW (B S C機能

(2. 5. 3. 6. 2. 1. 3. 2) ： L I NK SETUP (リンク設定）次に、メッセージ名が L I NK S ETUPのメッセージについて説明する。本メッセージは、 MSCNW (BS C機能）でショートセルコネクションを選択できた場合（TCH設定時のみ）に MSCNW (BSC機能）より B T Sに送出される。また、 BT Sにおける無線べァラを起動する為に MS CNW (BS C機會^ より BTSに送出される。本メッセージの各情報要素の情報長等について図 693に示す。なお、本メッセージのプロトコル識別子は B C、コネクション言鼓 «BTS〜MS CNW (BS C機能）間制御信号、方向は MS CNW (B S C 機能）（SACFZTACF) — BTS (S CMF) と MS CNW (B S C機能 ) (TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 1. 3. 3) ： L I NK SETUP PROCEE D I NG (リンク設定プロシーデイング）

次に、メッセージ名が L I NK S ETUP P ROC E ED I NGのメッセ —ジについて説明する。本メッセージは、第 I C a l 1、第 2 C a l 1、 HHO 時の無線りソースの選択結果および無線設備の起動結果を通知するために BTS より MS CNW (BS C機能）に送出される。本メッセージの各情報要素の情報長等について図 694に示す。なお、本メッセ一ジのプロトコル識別子は BC、コネクション識別は BTS〜MS CNW (B S C機能）間制御信号、方向は BT S (BCF r) —MS CNW (B S C機能）（TACF) である。

(2. 5. 3. 6. 2 · 1. 3. 4) ： L I NK S ETUP RE S PON S E (リンク設定応答）

次に、メッセ一ジ名が L I NK S ETUP RES PONS Eのメッセージについて説明する。本メッセージは、第 I C a l 1、第 2 C a l し HH〇時の第一無線ブランチであれば無線べァラの設定が完了したことを通知するために、第 2 C a 1 1、 DH〇時であれば無線リソースの選択結果および無線設備の起動結果を通知するために BTSより MS CNW (BS C機能）に送出される。また、 S D C CH確立時の基地局における同期確立結果を通知するために B T Sより MS CNW (B S C機能）に送出される。本メッセージの各情報要素の情報長等について図 69 5に示す。なお、本メッセージのプロトコル識別子は B C、コネクシヨン識別は BTS〜MS CNW (BSC機能）間制御信号、方向は BTS (BCF r) →MS CNW (B S C機能）（TACF) と BTS (S CMF) - MS CNW (B S C機能）（SACFZTACF) である。

(2. 5. 3. 6. 2. 1. 3. 5) ： L I NK FAC I L I TY (リンクファシリティ）

次に、メッセージ名が L I NK F AC I L I TYのメッセ一ジについて説明する。本メッセージは、セル内 HOSHO時に無線リソース及び無線設備の追加起動 Z削除起動を要求するために、または A C C H切替起動するために M S C N W (BSC機能）より BTSに送出される。本メッセージの各情報要素の情報長等について図 696に示す。なお、本メッセージのプロトコル識別子は B C、コネクシヨン識別は BT S〜MS CNW (BSC機能）間制御信号、方向は MS C NW (BSC機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 1. 3. 6) ： L I NK FAC I L I TY

次に、メッセージ名が L I NK FAC I L I TYのメッセ一ジについて説明する。なお、本メッセージは前述の L I NK FAC I L I TYとは方向が違う。本メッセージは、セル内 H〇 S H〇時に無線リソース及び無線設備の追加起動結果 Z削除起動結果を通知するため、または AC CH切替起動結果、スケルチを通知するために BTSより MS CNW (BSC機能）に送出される。本メッセ一ジの各情報要素の情報長等について図 697に示す。なお、本メッセージのプロ卜コル識別子は BC、コネクション識別は BTS〜MS CNW (B S C機能）間制御信号、方向は BTS (BCF r) —MS CNW (BSC機能）（TACF) である。

(2. 5. 3. 6. 2. 1. 3. 7) ： L I NK RELEASE (リンク解放）

次に、メッセ一ジ名が L I NK RE LEASEのメッセージについて説明する。本メッセージは、無線べァラを解放するために MS CNW (BSC機能）より BTSに送出される。本メッセージの各情報要素の情報長等について図 698 に示す。なお、本メッセージのプロトコル識別子は BC、コネクション識別は B TS— MSCNW (BSC機能）間の制御信号、方向は MSCNW (BSC機能 ) (TACF) —BTS (BCF r) と MSCNW (B S C機能）（SACFノ TACF) →BT S (SCMF) である。

(2. 5. 3. 6. 2. 1. 3. 8) ： L I NK RELEASE COMP LETE (リンク解放完了）

次に、メッセージ名が L I NK RELEASE COMPLETEのメッセージについて説明する。本メッセージは、メッセージを送信する装置が L I NK RE FERENCEおよび CONNECT I ON I DENT I F I ER (コネクシヨン識別子）を解放したことを示すために、 BTSもしくはMSCNW (BSC機能）から送信される。本メッセージを受信した装置は L I NK RE FERENCEを解放しなければならない。本メッセージの各情報要素の情報長等について図 699に示す。なお、本メッセージのプロトコル識別子は BC：、コネクシヨン識別は BTS— MS CNW (BSC機能）間の制御信号、方向は BT S (B C F r ) →MS CNW (B S C機能）（TACF) と BTS (S CMF) — MS CNW (B S C機能）（SACFZTACF) である。

なお、本メッセージが最初の L I NK RE FERENCE解放メッセージである場合には、本情報要素は必須である。また、エラー処理条件の結果として本メッセージが送信される場合も本情報要素は本メッセージに含まれる。

補足として、以下の図 700〜706に、各パターンにおける L I NK SE TUP, L I NK SETUP PROCEED I NG, L I NK SETUP RESPONSE, L I NK F AC I L I TYの基本情報要素構成の一覧を示す。

(2. 5. 3. 6. 2. 2) ： B SMメッセージフォーマツ卜

次に、 B SMメッセ一ジフォ一マツ卜について説明する。

ここでは、まず、メッセージ構成について説明する。各メッセージは、図 2 1 6に示すように、プロトコル識別子、メッセージ種別、基本情報要素から構成される。

次に、情報要素基本構成を図 21 7に示す。この図から明らかなように、基本情報要素は、各パラメ一夕の前には必ず情報要素識別子、情報要素長を設定するように構成されている。

次に、図 707に B SMメッセージのメッセージ種別一覧を示す。この図から明らかなように、 B SMメッセ一ジとしては P AG I NGのみが用意されている

(2. 5. 3. 6. 2. 2. 1) ： PAG I NG

ここで、メッセージ名が P AG I NGのメッセージについて説明する。本メッセージは、 MSに対して着信呼び出しを行うために NW (BSC機能）より BT Sに送出される。本メッセージの各情報要素の情報長等について図 708にす。なお、本メッセージのプロトコル識別子は B SM、コネクション識別は BTS 〜NW (BS C機能）制御信号、方向は NW (BS C機能）（TACF) →BT S (B C F r ) である。

なお、「位置番号」は BTS内で位置番号を複数設定する場合に必要となり、多層位置登録制御がこれに該当する。また、情報要素の規定上では、 I MU I Z TMU Iを P a g e d MS I Dに統合している。本システムにおいては、必須となっている。

(2. 5. 3. 6. 2. 3) ：情報要素

次に、情報要素について説明する。

(2. 5. 3. 6. 2. 3. 1) ： BC情報要素

まず、 BC情報要素について説明する。

(2. 5. 3. 6. 2. 3. 1. 1) ：情報要素基本構成

まず、図 2 18に情報要素基本構成を示す。

(2. 5. 3. 6. 2. 3. 1. 1. 1) ： L I NK I D (リンク I D) 基次に、 L I NK I D基本情報要素の情報長等について図 709に示す。本基本情報要素は、 L I NK SETUP、 L I NK R E L E A S Eメッセージを使用し、その方向は NW (BSC機能）（SACFZTACF) →BTS (S C MF/B C F r ) である。

(2. 5. 3. 6. 2. 3. 1. 1. 2) ：周波数無指定型 T C H設定要求情報要素 (c a l l i n i t i a t e d)

次に、本周波数無指定型 TCH設定要求情報要素の情報長等について図 7 10 に示す。本基本情報要素は、 L I NK S ETUPメッセージを使用し、その方向は NW (BSC機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 3) ：周波数無指定型 T C H設定要求情報要素（a c t i v e)

次に、本周波数無指定型 TCH設定要求情報要素の情報長等について図 7 1 1 に示す。本基本情報要素は、 L I NK S ETUPメッセ一ジを使用し、その方向は NW (B S C機能）（TACF) — BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 4) ：周波数無指定型 T C H設定要求情次に、本周波数無指定型 TCH設定要求情報要素の情報長等について図 7 1 2 に示す。本基本情報要素は、 L I NK S E TUPメッセージを使用し、その方向は NW (BS C機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 5) ： DH〇追加要求情報要素

次に、 DHO追加要求情報要素の情報長等について図 7 1 3に示す。本基本情報要素は、 L I NK S ETUPメッセージを使用し、その方向は NW (BS C 機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 6) ： I NTRA BS DHO追加要求情報要素（イントラ B S DHO追加要求情報）

次に、 I NTRA BS DHO追加要求情報要素の情報長等について図 7 1 4に示す。本基本情報要素は、 L I NK SETUP, L I NK FAC I L I TY (NW (BS C機能） →BTS) メッセージを使用し、その方向は NW (B S C機能）（TACF) — BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 7) ： AC CH設定要求情報要素次に、 ACCH設定要求情報要素の情報長等について図 7 1 5に示す。本基本情報要素は、 L I NK S ETUP, L I NK FAC I L I TY (NW (B S C機能） — BTS) メッセージを使用し、その方向は NW (BS C機能）（TA C F) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 8) ：周波数無指定型 T C H設定受付情報要素（c a l l i n i t i a t e d)

次に、本周波数無指定型 TCH設定受付情報要素の情報長等について図 7 1 6 に示す。本基本情報要素は、 L I NK SETUP PROCEED I NGメッセージを使用し、その方向は BTS (BCF r) — NW (B S C機能）（TAC F) である。

(2. 5. 3. 6. 2. 3. 1. 1. 9) ：周波数無指定型 T C H設定受付情報要素（a c t i v e) 次に、本周波数無指定型 TCH設定受付情報要素の情報長等について図 7 1 7 に示す。本基本情報要素は、 L I NK SETUP PROCEED I NGメッセージを使用し、その方向は BTS (BCF r) →NW (BSC機能）（TAC F) である。

(2. 5. 3. 6. 2. 3. 1. 1. 10) : 周波数無指定型 T C H設定受付次に、本周波数無指定型 TCH設定受付情報要素の情報長等について図 7 18 に示す。本基本情報要素は、 L I NK SETUP PROCEED I NGメッセージを使用し、その方向は BTS (BCF r) —NW (B S C機能）（TAC F) である。

(2. 5. 3. 6. 2. 3. 1. 1. 1 1) ：周波数無指定型 T C H設定応答情報要素（c a l l i n i t i a t e d)

次に、本周波数無指定型 TCH設定応答情報要素の情報長等について図 7 19 に示す。本基本情報要素は、 L I NK SETUP RES PONSEメッセ一ジを使用し、その方向は BTS (BCF r) →NW (B S C機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 12) ：周波数無指定型 T C H設定応答情報要素（a c t i v e)

次に、本周波数無指定型 TCH設定応答情報要素の情報長等について図 720 に示す。本基本情報要素は、 L I NK SETUP RESPONSEメッセ一ジを使用し、その方向は BTS (BCF r) →NW (B S C機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 1 3) ：周波数無指定型 T C H設定応答次に、本周波数無指定型 TCH設定応答情報要素の情報長等について図 721 に示す。本基本情報要素は、 L I NK SETUP RES PONSEメッセ一ジを使用し、その方向は BTS (BCF r) →NW (BSC機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 14) ： D H O追加設定応答情報要素次に、本 DH〇追加設定応答情報要素の情報長等について図 722に示す。本基本情報要素は、 L I NK SETUP RE S PONS Eメッセージを使用し、その方向は BTS (BCF r) - NW (B S C機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 1 5) ： I NTRA B S DHO追加設定応答情報要素

次に、本 I NTRA BS DHO追加設定応答情報要素の情報長等について図 723に示す。本基本情報要素は、 L I NK SETUP RESPONSE 、 L I NK F AC I L I TYメッセージを使用し、その方向は BTS (BCF r ) →NW (BSC機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 16) ： AC CH設定応答情報要素次に、本 AC CH設定応答情報要素の情報長等について図 724に示す。本基本情報要素は、 L I NK SETUP RES PONSE, L I NK F AC I L I TYメッセ一ジを使用し、その方向は BTS (BCF r) —MSCNW (B SC機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 17) ： I NTRA BS DHO追加設定要求情報要素

次に、本 I NTRA BS DH〇追加設定要求情報要素の情報長等について図 725に示す。本基本情報要素は、 L I NK FAC I L I TYメッセ一ジを使用し、その方向は NW (BSC機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 18) ： I NTRA BS DHO削除設定要求情報要素

次に、本 I NTRA BS DHO削除設定要求情報要素の情報長等について図 726に示す。本基本情報要素は、 L I NK FAC I L I TYメッセージを使用し、その方向は NW (BS C機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 19) ： I NTRA BS HHO設定次に、本 I NTRA BS HHO設定要求情報要素の情報長等について図 7 27に示す。本基本情報要素は、 L I NK FAC I L I TYメッセージを使用し、その方向は NW (BSC機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 20) ： AC CH解放要求情報要素次に、本 ACCH解放要求情報要素の情報長等について図 728に示す。本基本情報要素は、 L I NK FAC I L I TYメッセ一ジを使用し、その方向は N W (BSC機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 21) ：周波数無指定型切替設定要求情次に、本周波数無指定型切替設定要求情報要素の情報長等について図 729に示す。本基本情報要素は、 L I NK FAC I L I TYメッセージを使用し、その方向は NW (BSC機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 22) ：周波数無指定型切替設定要求情次に、本周波数無指定型切替設定要求情報要素の情報長等について図 730に示す。本基本情報要素は、 L I NK FAC I L I TYメッセージを使用し、その方向は NW (BSC機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 23) ：設定完了通知情報要素次に、本設定完了通知情報要素の情報長等について図 731に示す。本基本情報要素は、 L I NK FAC I L I TYメッセ一ジを使用し、その方向は NW (BSC機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 24) ： I NTRA B S HHO削除設定応答情報要素

次に、本 I NTRA BS HHO削除設定応答情報要素の情報長等について図 732に示す。本基本情報要素は、 L I NK FAC I L I TYメッセージを使用し、その方向は BTS (BCF r) →NW (B S C機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 25) ： I NTRA BS HHO追加設定応答情報要素

次に、本 I NTRA BS HHO追加設定応答情報要素の情報長等について図 733に示す。本基本情報要素は、 L I NK FAC I L I TYメッセージを使用し、その方向は BTS (B C F r ) →NW (BSC機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 26) : ACCH解放応答情報要素次に、本 ACCH解放応答情報要素の情報長等について図 734に示す。本基本情報要素は、 L I NK F AC I L I TYメッセージを使用し、その方向は B TS (BCF r) →NW (BS C機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 27) ：周波数指定型切替設定応答情報次に、本周波数指定型切替設定応答情報要素の情報長等について図 735に示す。本基本情報要素は、 L I NK FAC I L I TYメッセージを使用し、その方向は BTS (B C F r ) — NW (BSC機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 28) ：周波数指定型切替設定要求情報次に、本周波数指定型切替設定要求情報要素の情報長等について図 736に示す。本基本情報要素は、 L I NK F AC I L I TYメッセージを使用し、その方向は BTS (BCF r) — NW (BSC機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 29) ：周波数無指定型切替設定受付情次に、本周波数無指定型切替設定受付情報要素の情報長等について図 737に示す。本基本情報要素は、 L I NK FAC I L I TYメッセージを使用し、その方向は BTS (BCF r) →NW (BSC機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 30) ：周波数無指定型切替設定応答情次に、本周波数無指定型切替設定応答情報要素の情報長等について図 738に示す。本基本情報要素は、 L I NK FAC I L I TYメッセージを使用し、その方向は BTS (BCF r) →NW (BSC機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 31) ：コード切替要求情報要素次に、本コード切替要求情報要素の情報長等について図 739に示す。本基本情報要素は、 L I NK F AC I L I TYメッセージを使用し、その方向は ΒΤ S (BCF r) →NW (BSC機能）（TACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 32) ： TC H解放要求情報要素次に、本 TCH解放要求情報要素の情報長等について図 740に示す。本基本情報要素は、 L I NK RELEASEメッセージを使用し、その方向は NW (BSC機能）（TACF) →BTS (BCF r) である。

(2. 5. 3. 6. 2. 3. 1. 1. 33) ： SDCC H解放要求情報要素次に、本 SDCCH解放要求情報要素の情報長等について図 741に示す。本基本情報要素は、 L I NK RELEASEメッセージを使用し、その方向は N W (BSC機能）（SACFZTACF) →BTS (BCMF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 34) ： CAUS E

次に、本 CAUS Eの情報長等について図 742に示す。本基本情報要素は、 L I NK RELEASE C〇M P L E T Eメッセージを使用し、その方向は BTS (BCF r) →NW (B S C機能）（TACF) と BTS (SCMF) → NW (BSC機能）（SACFZTACF) である。

(2. 5. 3. 6. 2. 3. 1. 1. 35) ： S D C C H設定要求情報要素次に、本 SDCCH設定要求情報要素の情報長等について図 743に示す。本基本情報要素は、 L I NK SETUP REQUESTEDメッセ一ジを使用し、その方向は BTS (SCMF) →NW (BSC機能）（SACFZTACF ) である。

(2. 5. 3. 6. 2. 3. 1. 1. 36) ： L A I設定要求情報要素次に、本 L A I設定要求情報要素の情報長等について図 744に示す。本基本情報要素は、 L I NK SETUP REQUESTEDメッセージを使用し、その方向は BTS (S CMF) →NW (BS C機能）（SACFZTACF) である。

(2. 5. 3. 6. 2. 3. 1. 2) ：情報要素定義（BC)

次に、各情報要素の定義を示す。

(2. 5. 3. 6. 2. 3. 1. 2. 1) ：プロトコル識別子

まず、プロトコル識別子について説明する。プロトコル識別子は、本システム内で定義される他のメッセージから、 BCメッセージを識別することを目的として設定されている。また、プロトコル識別子は、他の I TU— T勧告 ZTTC標準および他の標準によりコード化される OS Iネットワークレイヤプロ卜コルュニッ卜のメッセージから、本システム内のメッセージを識別する。

このプロトコル識別子は、各メッセージの 1番目に配置され、図 219および図 745に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 2) ：メッセージ種別

次に、メッセージ種別について説明する。メッセージ種別は、送出されるメッセージの機能を識別することを目的として設定されている。このメッセ一ジ種別は、各メッセージの 2番目に配置され、図 220および図 746に示すようにコ一ド化される。

(2. 5. 3. 6. 2. 3. 1. 2. 3) ： L I NK REFERENCE 次に、 L I NK REFERENCEについて説明する。 L I NK REFE RENCEは、 TCHまたは SDCCHのための AAL TYPE 2/TYP E 5 (AALタイプ 2Zタイプ 5) リンク毎に生成する B Cプロトコルェンティティの個々のインスタンスを識別することを目的として設定されている。このし I NK REFERENCEは、図 22 1に示すようにコード化される。

なお、図において、「f 1 a g」は E/Aフラグを示し、このフラグは、 L I NK REFERENCEの生起側から送られる場合には " 0" 、 L I NK R EFERENCEの生起側へ送られる場合には " 1" となる。また、図において、第 2オクテット以降は、使用される L I NK RE FERENCEの値によつて拡張されるものとする。

(2. 5. 3. 6. 2. 3. 1. 2. 4) ：情報要素識別子（ I N F〇 RM A T I ON ELEMENT I DENT I F I ER)

次に、情報要素識別子について説明する。情報要素識別子は、各メッセージに含まれるォプション情報要素を識別するためのものであり、図 222に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 5) ：情報要素長（LENGTH OF I NFORMAT I ON ELEMENT)

次に、情報要素長について説明する。情報要素長は、基本情報要素内に設定される全パラメ一夕の長さを示すものであり、図 223に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 6) ： AAL TYPE, および L I N K I DENT I F I ER (AALタイプ、及びリンク識別子）

まず、 AAL TYP Eについて説明する。 AAL TYPEは、 AALタイプを表すものであり、図 224に示すようにコード化される。なお、ここでは、

"00 10" で A A Lタイプ 2を、 "010 1" で A A Lタイプ 5を表している次に、 L I NK I DENT I F I ERのコード化例を図 225に示す。なお、図において、 VPC I , VC I (仮想チャネル識別子）のサイズについては A TM規定（UN I (ユーザ .網イン夕フェース））の標準セルに準拠している。また、 VP C Iについては、本システムでは 1種類（0を使用）、商用では 16 (4ビット）以上であり、 VC Iについては 256ZVP C I、 UC Iについては 256ZVC Iとなっている。

(2. 5. 3. 6. 2. 3. 1. 2. 7) ：伝送品質（T R AN S M I S S I ON QUAL I TY)

次に、伝送品質について説明する。伝送品質は、 ATMリンクの品質を指定するものであり、図 226に示すようにコード化される。なお、本システムでは、許容遅延 3ビット、セル破棄率 3ビット、予約 2ビットと想定している。

(2. 5. 3. 6. 2. 3. 1. 2. 8) ：下り伝送速度（T R AN S M I S S I ON RATE (Fwd ：下り））

次に、下り伝送速度について説明する。下り伝送速度は、下りの情報転送速度を示すものである。本システムにおける下り伝送速度としては、 8 kb p sZl 2. 8 kb p s_/ ^/32 kb p s/34. 4 k b p s/64 kbp s/76. 8 k b p s/^/128 kb p s/162. 4 kb p s/384 kb p sを想定している

(2. 5. 3. 6. 2. 3. 1. 2. 9) ：上り伝送速度（T R AN S M I S S I ON R ATE (R v s ：上り））

次に、上り伝送速度について説明する。上り伝送速度は、上りの情報転送速度を示すものである。本システムにおける上り伝送速度としては、 S k b p sZl 2. 8 kb p s/32 kb p s/34. 4 kb p s/64 kb p s/76. 8 k b p s Z 128 k b p s / 162. 4 k b p s Z 384 k b p sを想定している

(2. 5. 3. 6. 2. 3. 1. 2. 10) ：セクタ番号（SECTOR N UMB ER)

次に、セクタ番号について説明する。セクタ番号は、 B I S内でセクタを識別する番号（1〜12) であり、図 227に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 1 1) ：情報転送能力（BEARER C AP AB I L I TY)

次に、情報転送能力について説明する。情報転送能力は図 228に示すようにコード化されるものであり、本システムでは、音声 Zパケット Z非制限デジタルを想定している。

(2. 5. 3. 6. 2. 3. 1. 2. 12) ：周波数帯域選択条件（FREQ UENC Y SELECT I ON I NFO. )

次に、周波数帯域選択条件について説明する。周波数帯域選択条件は、移動局で使用可能な周波数帯域で、基地局において周波数を選択する場合に、交換局から基地局に対して通知される情報要素であり、 0〜255の値をとる。基地局では、基地局自身で使用可能な周波数帯域との AND条件下で、リソース選択条件の良い帯域を選択する。この周波数帯域選択条件は、図 229に示すようにコ一ド化される。

(2. 5. 3. 6. 2. 3. 1. 2. 13) ：周波数帯域（ F R E Q U E N C Y)

次に、周波数帯域について説明する。周波数帯域情報要素は、基地局において選択された周波数帯域を示し、移動局内における同時接続コネクションは同一周波数帯域となる。この周波数帯域は、 f 1〜 f 256をとるものであり、図 23 0に示すようにコード化される。 (2. 5. 3. 6. 2. 3. 1. 2. 14) ：フレームオフセット群（FRA ME OFFSET GROUP)

次に、フレームオフセット群について説明する。フレームオフセット群は、有線区間の 1フレーム時間内におけるトラヒックの均一化のために、移動局が通信する際に下り無線リンクの 1無線フレーム内のどのタイムスロッ卜を論理フレームの先頭とするかを示すものであり、 0〜 1 5の値をとるものであり、図 23 1 に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 1 5) ：スロットオフセット群（ F R A ME OFFSET GROUP)

次に、スロットオフセット群について説明する。スロットオフセット群は、パイロットシンボルの重なりを低減するために、下り送信タイミングをショ一トコ —ド毎にスロット内のサブスロット単位でずらした値（0〜15) を示し、第 1 C a 1 1時に BTSで捕捉した値を NW (BSC機能）が管理し、本情報内に設定するようになっている。第 I C a l 1時のスロットオフセット群は移動局内の全ての C a l 1が解放されるまで不変である。このスロットオフセット群は、図 232に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 16) ：ロングコード位相差情報（L O

NG CODE PHASE D I FFERENCE)

次に、ロングコード位相差について説明する。ロングコード位相差は、待ち受け中のとまり木のロングコードカウン夕（S FN) より算出されるロングコードの位相、または、通信中上りロングコード位相と、周辺セクタひンドオーバ先のセクタ）のとまり木のロングコードカウン夕（SFN) より算出されるロングコード位相との差分（c h i p) であり、 DH〇、発着信の他ゾーン選択時に使用される。このロングコード位相差は MSによって測定され、 NW (BSC機能 ) へ報告される。なお、本システムでは、 0〜2 — 1 Ch i pを想定しており、図 233に示すようにコード化される。なお、ロングコードの位相差が 128 Ch i pを越える場合には、拡張ビットによって拡張して対応する。

(2. 5. 3. 6. 2. 3. 1. 2. 1 7) ：上りロングコード番号（L〇N G CODE NUMBER (Rv s) ) 次に、上りロングコード番号について説明する。通信中上りロングコード蕃号は、移動局に固有の情報であり、本情報は、周波数帯域が変更されても継続して使用可能である。この上りロングコード番号は、図 234に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 18) ：上りショ一トコ一ド種別（ S H ORT CODE TYPE (R v s ) )

次に、上りショー卜コード種別について説明する。上りショートコード種別は図 235に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 19) ：上りコード数（NUMB E R o f SHORT CODE (R v s ) )

次に、上りコード数について説明する。上りコード数は、上りマルチコード ( 1コネクションに対して上り CHとして複数のショートコードを使用する場合）使用時の上りショートコード数を示すものであり、図 236に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 20) ：上りショートコード番号（ S H ORT CODE NUMBER (R v s ) )

次に、上りショートコード番号について説明する。上りショートコード番号は、上りショートコードを識別するための番号（0〜1023) であり、上りロングコード（MS) 内でユニークな番号となる。なお、第 1番目には AC CHが設定される。また、 BTSでは、 VPC I， VC I , UC I (ACCH用）が同時に指定された場合、 AC CHの設定が必要であることを認識する。この上りショ —トコ一ド番号は、図 237に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 21) ：下りショートコード種別（ S H ORT CODE TYPE (Fwd) )

次に、下りショートコード種別について説明する。下りショートコード種別は図 238に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 22) ：下りコ一ド数（NUMB E R o f SHORT CODE (Fwd) )

次に、下りコード数について説明する。下りコード数は、下りマルチコード ( 1コネクションに対して下り CHとして複数のショートコードを使用する場合）使用時の下りショートコード数を示すものであり、図 239に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 23) ： AAL TYPE, および L I NK I DENT I F I ER (f o r AC CH) (A A Lタイプ、及びリンク識別子（ACCH用））

まず、 ACCH用の AAL T YP Eについて説明する。この AAL TYP Eは、 AALタイプを表すものであり、 AALタイプ 2 ( "00 10" ) 固定となっており、図 240に示すようにコード化される。

次に、 AC CH用の L I NK I D E N T I F I E Rのコード化例を図 241 に示す。なお、 L I NK I DENT I F I ERと TCHは個別の値を使用するようにしてもよい。

(2. 5. 3. 6. 2. 3. 1. 2. 24) ：伝送品質（ACCH用）（TR ANSM I S S I ON QUAL I TY (f o r ACCH) )

次に、 ACCH用の伝送品質について説明する。この伝送品質は、 ATMリンクの品質を指定するものであり、図 242に示すようにコード化される。なお、本システムでは、許容遅延 3ビット、セル破棄率 3ピット、予約 2ビッ卜と想定しており、固定値とすることも想定している。

(2. 5. 3. 6. 2. 3. 1. 2. 25) ：下り伝送速度（ A C C H用） (TRANSM I S S I ON RATE (Fwd) (f o r ACCH) ) 次に、 ACCH用の下り伝送速度について説明する。この下り伝送速度は、下りの情報転送速度を示すものであり、 TCHで使用されるコードに制約される。本システムにおける下り伝送速度としては、 8 kb p sZl 2. 8 k b p s /3 2 k b p s/34. 4 kb p s/64 kb p s/76. 8 kbp s/128 kb p s / 162. 4 k b p s Z384 k b p sを想定している。

(2. 5. 3. 6. 2. 3. 1. 2. 26) ：上り伝送速度（A C C H用） (TRANSM I S S I ON RATE (R v s ) (f o r ACCH) ) 次に、 ACCH用の上り伝送速度について説明する。この上り伝送速度は、上りの情報転送速度を示すものであり、 TCHで使用されるコードに制約される。本システムにおける上り伝送速度としては、 8 kb p sZl 2. 8 kb p s Z3 2 kb p s/ 34. 4 kb p s/64 kb p s/76. 8 kb p s/128 kb p s / 162. 4 kb p s/384 kb p sを想定している。

(2. 5. 3. 6. 2. 3. 1. 2. 27) ：下りショートコード番号（ S H ORT CODE NUMBER (Fwd) )

次に、下りショートコード番号について説明する。下りショートコード番号は、下りショートコ一ドを識別するための番号（0〜 1023) であり、下りロングコード（MS) 内でユニークな番号となる。この下りショートコード番号は、図 243に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 28) ：結果（RESULT) 結果は、結果（OKZNG) を設定するためのものであり、図 244に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 29) ： CAUS E

次に、 C AUS Eについて説明する。 L I NK RELEASE COMPL ETEメッセージが最初の L I NK R E F E R E N C E解放メッセージである場合は本情報要素は必須である。また、エラー処理条件の結果として L I NK RELEASE COMPL ETEメッセージが送信される場合にも本情報要素が設定される。この CAUSEは、図 245に示すようにコード化される。 (2. 5. 3. 6. 2. 3. 1. 2. 30) ：初期送信電力（ I N I T I AL TRANSM I S S I ON POWER)

次に、初期送信電力について説明する。初期送信電力は、下りの送信電力を指定するものであり、図 246に示すようにコード化される。

(2. 5. 3. 6. 2. 3. 1. 2. 32) ： L o c a t i o n I d e n t i t y (ロケ一ション識別）

次に、 Lo c a t i o n I d e n t i t yについて説明する。 L o c a t i o n I d e n t i t yは、移動局が在圏する位置登録エリアを識別するために使用されるものであり、 0〜255の値をとり、図 247に示すようにコード化される。

(2. 5. 3. 6. 3. 2) ：情報要素フォーマット（BSM) 58 P TJP 次に、 B SMメッセ一ジの情報要素フォーマットについて説明する。

(2. 5. 3. 6. 3. 2. 1) : プロトコル識別子

まず、プロトコル識別子について説明する。プロトコル識別子は、本システム内で定義される他のメッセージから、 B SMメッセ一ジを識別することを目的として設定されている。また、プロトコル識別子は、他の I TU— T勧告/ TTC 標準および他の標準によりコード化される〇S Iネットワークレイヤプロトコルュニッ卜のメッセージから、本標準のメッセ一ジを識別するためにも使用される。このプロトコル識別子は、各メッセージの 1番目に配置され、図 248および図 747に示すようにコ一ド化される。

(2. 5. 3. 6. 3. 2. 2) ：メッセージ種別

次に、メッセージ種別について説明する。メッセージ種別は、送出されるメッセージの機能を識別することを目的として設定されている。このメッセージ種別は、各メッセージの 2番目に配置され、図 250および図 748に示すようにコ —ド化される。

(2. 5. 3. 6. 3. 2. 3) ： PCH群算出情報

次に、 P CH群算出情報について説明する。 PCH群算出情報は、 BTSにおける PC H群番号決定のための情報要素であり、例えば、 I MU Iの b i n a r y表現の下位 16 b i tとなる。すなわち、 P CH群算出情報は各 MSの I MU Iの一部から決定されるものであり、図 250に示すようにコ一ド化される。

(2. 5. 3. 6. 3. 2. 4) ：位置番号

次に、位置番号について説明する。位置番号は、移動局が在圏する位置登録ェリアを識別するための番号（0〜255) であり、図 251に示すようにコード化される。

(2. 5. 3. 6. 3. 2. 5) ： P a g e d MS I D

次に、 P a g e d MS I Dについて説明する。 P a g e d MS I Dは、ページングに用いられる I MU I ZTMU Iを統合したものであり、番号種別として TMU Iまたは I MU Iが設定される。 I MU Iが設定される場合には、 B CD形式の I MU Iを変換した整数型 I MU Iが設定される。 P a g e d M S I Dは、図 252に示すようにコード化される。 (2. 5. 3. 6. 3. 2. 5. 1) ：番号種別

次に、ォクテツト 4以降に設定されている番号種別を図 749に示す。

(2. 5. 3. 6. 3. 2. 5. 2) ：番号長

次に、オクテット 4以降に設定されている番号のオクテット数（番号長）を図 750に示す。なお、オクテット 1〜3は番号長に含まれない。

(2. 5. 3. 6. 3. 2. 5. 3) ： TMU I

次に、 TMU I情報要素について説明する。 TMU Iは、移動局を識別するために使用されるものである。 I MU Iは、位置登録、位置更新時に更新され、動的に移動局に割り当てられる番号である。なお、 TMU I情報要素は 4ォクテツ卜固定長である。

(2. 5. 3. 6. 3. 2. 5. 4) ：整数型 I MU I

次に、整数型 I MU Iについて説明する。整数型 I MU Iは、移動局を識別するために使用される。 IMU Iは、 TMU Iを用いた P AG I NGで網側が MS との TMU I不一致を認識した場合の再 PAG I NGで使用される。整数型 I M U Iは、 B CD形式の I MU Iを整数型に変換して設定され、可変長で最大 7ォクテツト長になる。

(2. 5. 3. 6. 3. 2. 5. 4) ： P a i n g I D (ページング I D

)

次に、 P a g i ng I Dについて説明する。 P a g i n g I Dは、移動局呼び出し時に呼を管理する為に使用されるものであり、移動局一斉呼出時に一時的に割り当てられる番号である。 P a g i n g I D情報要素は、図 253に示すようにコード化される。

(2. 5. 3. 6. 4. 1) ： SDL図（BC)

補足として、 SDCCHにおける BC用の NE (B S C機能）側の SDL図 (SDL D i a g r am) を図 255に、 TCHZACCHにおける BC用の NW (BS C機能）側の SDL図を図 256に、 S D C CHにおける B C用の B T S側の S D L図を図 257に、丁（：ト1ダ八（：（ト1にぉける8(：用の8丁3側の SDL図を図 258に示す。

(2. 5. 3. 6. 4. 2) ： SDL図（BSM) また、 B S M用の S D L図を図 2 5 4に示す。

( 3 ) ：本システム特有の制御

本システムは、以上説明した構成およびプロトコル仕様を採用していることから、従来にない特有な制御を実施をすることができる。以下、本システムにおいて提供される特有の制御について説明する。

( 3 . 1 ) ：秘匿開始タイミングの制御

( 3 . 1 . 1 ) ：本制御方法の導入の背景

上述したように、秘匿された信号（制御信号）の送受信を行う場合に、どの夕イミングから秘匿開始が行われたのかが判らないと、秘匿解除を適切に行うことができない。この場合、秘匿解除のタイミングを誤ると、意味不明の信号を取得することになる。

そこで、これを回避する他の手法として、網から移動機に対して秘匿開始要求を通知し、秘匿開始要求通知後は、送信信号及び受信信号の双方に秘匿を実施するように構成することが考えられる。

より具体的に図 7 5 5および図 7 5 6を参照して説明する。

図 7 5 5に網から移動機に対して秘匿開始要求を通知し、秘匿開始要求通知後は、送信信号及び受信信号の双方に秘匿を実施するように構成した場合の移動機 M Sと網 NWとの間の正常動作時の秘匿処理シーケンス図を示す。初期状態において、移動機 M S及び網 NWの双方において送受信信号の秘匿は行われていない (秘匿未実施）状態にあるものとする。

まず、網 NWは、移動機 M Sに対し、秘匿開始要求を通知する（ステップ S 2 1 ) 。

そして網 NWは、秘匿開始要求の通知後、送受信信号の秘匿を開始することとなる（ステップ S 2 2 ) 。

一方移動機 M Sは、秘匿開始要求の通知を受信すると、それ以後、送受信信号の秘匿を開始することとなり（ステップ S 2 3 ) 、以降は送信信号及び受信信号の双方に秘匿を実施した状態で網 N Wとの間で通信を行うこととなっていた。ところで、上記従来の秘匿処理シーケンスにおいては、秘匿開始要求の送信 (網 NW側）及び受信（移動機 MS側）を契機として、送信信号及び受信号の双方の秘匿を実施する構成となっていたため、秘匿開始タイミングのずれにより信号受信不可能な状態に陥る可能性があった。

例えば、図 756に示すように、送受信信号初期状態において移動機 MSが秘匿処理を実行していない状況において、通信を開始し、網 NWが秘匿開始要求を送信し（ステップ S 24) 、かつ、移動機 MSが秘匿開始要求受信前に通信自体を解放する旨の解放要求（呼解放要求）を網 NWに送信した（ステップ S 2 5) 場合には、当該送信タイミング TXでは既に網 NWは送受信信号の秘匿を実施しているため（ステップ S 26) 、システムの簡略化のため、秘匿信号及び未秘匿信号の双方を同時に解読する機能を網 NW側に持たせていない場合には、秘匿実施がなされていない秘匿解放要求を解読できないこととなり、通信が円滑に行えない状況が発生してしまう可能性がある。

そこで、本制御方法は、秘匿開始タイミングがずれた場合でも、信号受信を行うことが可能な移動機、網及び移動通信システムを提供することを目的としている。

(3. 1. 2) ：本制御方法の概要

まず、具体的な説明に先立ち、本制御方法の概要について説明する。

図 7 57に本実施形態の移動機 MSと網 NWとの間の正常動作時の秘匿処理シ一ケンス図を示す。初期状態において、移動機 MS及び網 NWの双方において送受信信号の秘匿は行われていない（秘匿未実施）状態にあるものとする。

まず、網 NWは、移動機 MSに対し、秘匿開始要求を通知する（ステップ S 3 1) 。

そして網 NWは、秘匿開始要求の通知後、送信信号（下り信号）の秘匿を開始することとなる（ステップ S 32) 。

一方、移動機 MSは、秘匿開始要求の通知を受信すると、それ以後、受信信号の秘匿を開始することとなり（ステップ S 33) 、以降は受信信号に秘匿を実施した状態で網 N Wとの間で通信を行う。

さらに移動機 MSは、網 NWに対し、秘匿開始要求を受信した旨を通知すべく、秘匿開始応答を通知する（ステップ S 34) 。そして、移動機 MSは、秘匿開始応答の通知後、送信信号（上り信号）の秘匿を開始する（ステップ S 35) 。

また、網 NWは、秘匿開始応答の通知を受信すると、それ以後、受信信号の秘匿を開始することとなる（ステップ S 36) 。

この結果、移動機 MS側では秘匿開始要求を受信するまで、また、網 NW側では、秘匿開始応答を受信するまでは、受信信号の秘匿を開始しないため、秘匿開始タイミングがずれることはなく、確実に信号受信が可能となる。

この結果、本実施形態によれば、送受信信号初期状態において移動機 MSが秘匿処理を実行していない状況において、通信を開始し、網 NWが秘匿開始要求を送信し（ステップ S 37) 、かつ、移動機 MSが秘匿開始要求受信前に通信自体を行わない旨の解放要求（呼解放要求）を網 NWに送信した（ステップ S 38) 場合であっても、当該送信タイミング TX1においては、送信信号の秘匿を実施しただけであり（ステップ S 39) 、いまだ網 NWは受信信号の秘匿を実施していないため、システムの簡略化のため、秘匿信号及び未秘匿信号の双方を同時に解読する機能を網 NW側に持たせていない場合にも秘匿解放要求を確実に受信することができ、通信が円滑に行えることとなる。

(3. 1. 3) ：本制御方法の具体的動作

つぎにより具体的な動作を図 63〜図 65を参照して説明する。

図 64は、秘匿開始を説明するための機能モデルを示したものである。図に示すように、移動端末（Mobil Terminal) には、 U I MF、 MCFおよび TACA Fが設けられている。 U I MFは、移動ユーザに関する情報を保持し、ユーザ認証および秘匿演算を提供する。また、 MCFは、非呼関連のサービスにおける網とのイン夕フェースである。 TACAFは、発信，ページングの検出等の移動機端末へのアクセスを制御する。

一方、網側には、 SACF、 TACF、 L R C Fおよび L RD Fが設けられている。 SACFは、非呼関連のサービスのおける移動機端末とのインタフェースであって、 MCFと接続されている。また、 TACFは発信，ページング等の実行等の移動端末へのアクセスを制御し、 TAC AFと接続されている。また、 L RCFは、モビリティ制御を行うものであって、丁八？と八じ？に接続されている。また、 LRDFは、モビリティ関連の各種デ一夕を蓄積する。

このような構成において、サイファリング開始の相互通知に先立って、ユーザ認証（2.4.5.1章参照）力図 63に示す手順で行われる。この際、網と移動端末は、認証された秘匿キーを U I MFおよび LRDFで各々保持しており、これを TACAF/MC Fと TAC FZS AC Fとに各々配送している。

まず、網側の LRCFから、サイファリングの開始を指示する Start Cipheri ng req. indが、 TAC FZS AC Fを介して移動端末側の TAC AFZMC Fに通知される。これにより、移動端末は、これ以降、網から送信される信号にはサィファリングが施されることを検知することができる。このため、網側の T AC FZSACFは、 Start Ciphering resp. conf.を送信すると、これ以降送信する信号は、秘匿キーを用いて秘匿を施して送信するように制御を行う。そして、移動端末側で、秘匿が施された信号を受信すると、受信信号の秘匿解除制御が T A C AFZMC Fで行われる。なお、秘匿キ一は、この処理に先立って、 U I MF から取得している。これにより、網側からの送信される送信信号（下り信号）については、秘匿が確保される。

次に、移動端末側の TACAFZMCFは、移動端末側から送信する信号に秘匿を施す旨を指示する Start Ciphering resq. confを網側の T A C FZ S A C F に通知する。

これにより、網側は、これ以降、受信する信号にはサイファリングが施されていることを検知することができる。このため、移動端末側の TAC AFZMC F は、 Start Ciphering req. confを送信すると、これ以降送信する信号は、秘匿キ —を用いて秘匿を施す。そして、網側で、秘匿が施された信号を受信すると、受信信号の秘匿解除が TACFZS ACFで制御される。これにより、移動端末側からの送信される送信信号（上り信号）については、秘匿が確保される。

以上の説明のように本制御方法によれば、システムの簡略化のため、秘匿信号及び未秘匿信号の双方を同時に解読する機能を網 N W側に持たせていない場合においても、秘匿開始タイミングが移動機 M S側と網 N W側でずれが発生することはなく、確実、かつ、円滑に移動機 M Sと、網 NW側で通信を行えることとなる < ( 3 . 2 ) ：秘匿方式を移動機と網側との交渉により選択する制御

( 3 . 2 . 1 ) ：本制御方法の導入の背景

図 7 5 9に移動通信システムにおいて固有の秘匿方式を用いて秘匿処理を行う場合の概要シーケンス図を示す。

このような移動通信システムにおいては、移動機 M S側から網 NW側に対して通信要求がなされると（ステップ S 4 1 ) 、通信開始時には当該移動通信システムに固有の秘匿方式（秘匿処理のみあるいは秘匿処理及び秘匿キー生成処理）を用いた通信（ステップ 4 2 ) を行う必要がある。

従って、移動機側でユーザが要求するセキュリティの度合いに応じて秘匿処理及び秘匿キー生成処理のレベルを選択したい場合にもそのような選択はできないという問題点が生じる。

また、移動機あるいは網側で通信サービスが提供するマルチメディアサービス (音声、動画像）に即した秘匿処理あるいは秘匿キ一生成処理を選択することもできないという問題点が生じることとなる。

さらに将来的な移動通信システムの拡張時に新サ一ビスなどを考慮して秘匿を高度化する必要性が生まれた場合であっても、新たな秘匿処理あるいは新たな秘匿キー生成処理を導入することは困難である。

さらに様々な網の間で口一ミングを行うような場合には、全ての秘匿処理を共通化しなければならないという問題点が生じることとなる。

そこで、本制御方法の導入は、様々な秘匿処理あるいは様々な秘匿キー生成処理に柔軟に対応することが可能な移動機、網側制御装置及び移動通信システムを提供することを目的としている。

つぎに図 7 6 0ないし図 7 6 2を参照して本発明の好適な実施形態について説明する。

( 3 . 2 . 2 ) ：本制御方法の概要

図 7 6 0に本制御方法の概要シーケンス図を示す。

まず、移動機 M S側から網 NW側に対して当該移動機 M Sで実行可能な秘匿方式の情報である秘匿方式種別の通知とともに、通信要求をなす（ステップ S 5 1 ) この場合において、秘匿方式種別としては、秘匿実施種別（=秘匿処理に相当）のみあるいは秘匿実施種別及び秘匿キー生成種別（=秘匿キー生成処理に相当）の場合が考えられるが、図 7 6 0では、秘匿実施種別 A、 B、 Cのみを秘匿方式種別として通知している。

これにより、網 NWは実際に通信を行おうとする秘匿方式種別を選択する（ステツプ S 5 2 ) 。例えば、図 7 6 0では、秘匿方式種別として秘匿実施種別 Aを選択している。

そして、網 NWは、通信の開始に先立って、選択した秘匿方式種別の情報を含む秘匿開始要求を移動機 M Sに通知する（ステップ S 5 3 ) 。

これにより移動機 M S側では、網 NWが選択した秘匿方式種別（図 7 6 0では、秘匿実施種別 A) に対応する設定を行う（ステップ S 5 4 ) 。一方、網 NW側でも、選択した秘匿方式種別（図 7 6 0では、秘匿実施種別 A) による網内装置の、設定を行う（ステップ S 5 5 ) 。

この結果、移動機 M Sと網 NWの通信開始時には選択した秘匿方式として秘匿実施種別 Aを用いて通信（ステップ S 5 6 ) を行うこととなる。

この結果、例えば、移動機 M S側で要求するセキュリティの度合いに応じ、秘匿方式種別（秘匿実施種別のみあるいは秘匿実施種別及び秘匿キー生成種別）のレベルを選択し、秘匿を実施することが可能となった。

また、移動機 M S側あるいは網 N W側で通信サービスが提供するマルチメディァサービス（音声、動画像）に即した秘匿方式種別を選択し、秘匿を実施することが可能となった。

さらに将来的なシステムの拡張時に、新サービスなどを考慮して秘匿を高度化する必要性が生まれた場合に新たな秘匿方式種別の導入が行い易い。

さらにまた、複数の網間で最低限共通な秘匿方式種別をサボ一トしておけば、ローミング時に全ての秘匿方式種別を共通化しなくても秘匿を実施した通信を行うことが可能となるとともに、共通化した秘匿方式種別以外に網内では独自の秘匿方式種別を用いた秘匿を実行することが可能となる。

( 3 . 2 . 3 ) ：本制御方法の具体的説明

つぎにより具体的な動作について、図 7 6 1及び図 7 6 2のシーケンス図を参照して説明する。以下の説明においては、秘匿方式種別として、秘匿実施種別及び秘匿キ一生成種別の双方を選択する場合について説明する。なお、図 76 1および図 762においては、説明の簡略化のため、秘匿に関係するパラメ一夕のみを記述し、認証に必要なパラメータについては図示を省略している。

移動機 MSのセキュリティ制御部は、通信を開始するに先立って、秘匿実施種別及び秘匿キー生成種別の優先順位を設定する（ステップ S 6 1) 。

そして移動機 M Sのセキュリティ制御部は、網 NWのセキュリティ制御部に対し、秘匿方式種別としての秘匿実施種別（A、 B、 C) 及び秘匿キー生成種別 (Χ、 Υ、 Ζ) 並びに優先順位情報を通信設定要求として通知する（ステップ S 62 ) 。

これにより網 NWのセキュリティ制御部は、秘匿実施種別（A、 B、 C) を記憶する（ステップ S 63) 。

つぎに網 NWのセキュリティ制御部は通知された秘匿キー生成種別（X、 Y、 Ζ) をユーザ情報制御部に通知する（ステップ S 64) 。

これによりユーザ情報制御部は乱数を生成する（ステップ S 6 5) 。

さらに網 NWのユーザ情報制御部は、秘匿キー生成種別（Χ、 Υ、 Ζ) から一つの秘匿キー生成種別を選択する（ステップ S 66) 。

そしてステップ S 65で生成した乱数及びステップ S 66で選択した秘匿キ一生成種別（図 76 1では、秘匿キー生成種別 =Χ) に基づいて、秘匿キーを生成する（ステップ S 67) 。

続いて、網 NWのユーザ情報制御部は、生成した乱数、生成した秘匿キー及び選択した秘匿キー生成種別（=Χ) を認証情報としてセキュリティ制御部に通知する（ステップ S 68) 。

網 NWのセキュリティ制御部は、生成された秘匿キ一を記憶し（ステップ S 6 9 ) 、移動機 MS側のセキュリティ制御部に対し、生成した乱数及び選択した秘匿キー生成種別（==X) を送信し、認証要求を行う（ステップ S 70) 。なお、ステップ S 70の処理においては、認証要求に際して認証演算に必要な他のパラメ一夕も送信している。

認証要求がなされた移動機 M S側のセキュリティ制御部は、移動機 M Sのユーザ情報制御部に対し、認証演算要求とともに網 N W側から通知された乱数及び選択した秘匿キー生成種別（= X ) を通知する。

この結果、移動機 M Sのユーザ情報制御部は、通知された乱数及び選択した秘匿キ一生成種別（= X ) に基づいて秘匿キーを生成する（ステップ S 7 2 ) 。そして生成した秘匿キーを認証演算応答に含めてセキュリティ制御部に通知する（ステップ S 7 4 ) 。

移動機 M Sのセキュリティ制御部は、ユーザ情報制御部より通知された秘匿キ —を記憶するとともに（ステップ S 7 5 ) 、認証応答として、ユーザ情報制御部により演算して求めた認証演算結果を網 NWのセキュリティ制御部に通知する (ステップ S 7 6 ) 。

これにより網 NWのセキュリティ制御部は、移動機 M S側から通知された認証演算結果とステップ S 6 7において生成した秘匿キ一および図示しない他の認証用パラメータを用いて得られる認証演算結果を比較させるベく、ユーザ情報制御部に対し認証演算照合要求を行う（ステップ S 7 7 ) 。

網 NW側のユーザ情報制御部は認証が完了すると、セキュリティ制御部に秘匿実施要求を行う（ステップ S 7 8 ) 。

この結果、網 NWのセキュリティ制御部は、ステップ S 6 9で記憶した秘匿キ —及びステップ S 6 3で記憶した秘匿実施種別（ = A、 B、 C ) の通知とともに、網 NW側の無線アクセス制御部に対して秘匿実施要求を行う（ステップ S 7 9 ) 。これにより網 NW側の無線アクセス制御部は、通知された秘匿実施種別の中から一つの秘匿実施種別を決定する（ステップ S 8 0 ：図 D 3では、秘匿実施種別 Bに決定）。

そして網 NW側の無線アクセス制御部は、決定した秘匿実施種別（= B ) を移動機 M S側の無線アクセス制御部に通知するとともに、秘匿実施要求を行う（ステツプ S 8 1 ) 。

この結果、移動機 M S側の無線アクセス制御部は、通知された秘匿実施種別 (= B ) を記憶する（ステップ S 8 2 ) 。

そして移動機 M Sの無線アクセス制御部は、移動機 M Sのセキュリティ制御部に対し、ステップ S 7 5で記憶した秘匿キーの読出を要求する（ステップ S 8 3 ) 移動機 M Sのセキュリティ制御部は、記憶していた秘匿キ一を無線アクセス制御部に通知する（ステップ S 8 4 ) 。

これらの結果、移動機 M Sの無線アクセス制御部は、網 NW側の無線アクセス制御部に網 NW側で選択した秘匿実施種別（= B ) 及び移動機 M S側で生成した秘匿キ一を用いた秘匿を実施する旨の秘匿実施応答を行い（ステップ S 8 5 ) 、秘匿を実施した通信を開始することとなる（ステップ S 8 6 ) 。

一方、秘匿実施応答を受け取った網 NW側の無線アクセス制御部も以降は、秘匿を実施した通信を行うこととなる（ステップ S 8 7 ) 。

以上の説明のように、本制御方法によれば、移動機 M S側（移動機若しくはュ —ザ）が要求するセキュリティの度合いに応じ、秘匿方式種別（秘匿実施種別のみあるいは秘匿実施種別及び秘匿キー生成種別）のレベルを選択し、秘匿を実施することが可能となった。

また、移動機 M S側あるいは網 NW側で通信サ一ビスが提供するマルチメディァサービス（音声、動画像）に即した秘匿方式種別を選択し、秘匿を実施することも可能となる。

さらに将来的な移動通信システムの拡張時に、新サービスなどを考慮して秘匿を高度化する必要性が生まれた場合にも新たな秘匿方式種別の導入が行い易くなる。

さらにまた、複数の網間で最低限共通な秘匿方式種別をサボ一トしておけば、口一ミング時に全ての秘匿方式種別を共通化しなくても秘匿を実施した通信を行うことが可能となるとともに、共通化した秘匿方式種別以外に網内では独自の秘匿方式種別に対応する秘匿を実行することが可能となる。

( 3 . 3 ) ：アクセスリンクの設定と同時にダイバーシティハンドオーバを開始する制御

( 3 . 3 . 1 ) ：本制御方法の導入の背景

本来、アクセスリンクの設定とダイバーシチハンドオーバの開始は別の手続である。従って、ある移動局が通信を行う場合、その移動局についてアクセスリンクの設定が行われた後、その後、当該移動局の移動等によりダイバーシチハンドオーバを開始すべき状態となつた場合にダイバ一シチハンドオーバが開始されるのがこれまでの一般的な方法であった。

しかしながら、アクセスリンク設定時に既に移動局がダイバーシチハンドォーバの適用が可能な位置に所在しているような場合がある。従来、このような場合であっても、アクセスリンクの設定とダイバーシチハンドオーバへの移行手続の各々を別個に行っていた。

例えば図 7 6 3 ( a ) において、基地局 2 1によって無線ゾーン 1 1および 1 2が形成されているが、移動局 1 0は無線ゾーン 1 1および 1 2がオーバラップした領域であるダイバーシチハンドオーバゾーン 1 3に所在している。この状態において、移動局 1 0の発呼または移動局 1 0に対する着呼があると、まず、移動局 1 0が通信を開始するのに必要な最低限のアクセスリンク、例えば移動局 1 0および基地局 2 1間の無線アクセスリンク 4 1並びに基地局 2 1および基地局制御装置 3 0間の有線アクセスリンク 5 1が設定される。そして、このアクセスリンクの設定が終わると、図 7 6 3 ( b ) に示すように、基地局内ダイバーシチハンドオーバを行うための手続、すなわち、無線ゾーン 1 2に対応した無線ァクセスリンク 4 2を追加する手続が行われるのである。

また、アクセスリンク設定時に移動局が基地局間ダイバーシチハンドオーバの可能な状態にある場合もある。例えば図 7 6 4 ( a ) において、移動局 1 0は、基地局 2 1によって形成された無線ゾーン 1 1および基地局 2 2によって形成された無線ゾーン 1 4がオーバラップしたダイバ一シチハンドオーバゾーン 1 5に所在している。この場合も、移動局 1 0の発呼等があったときには、まず、移動局 1 0が通信を開始するのに必要な最低限のアクセスリンク、すなわち、図示の例では、無線ゾーン 1 1に対応した無線アクセスリンク 4 1と、基地局 2 1および基地局制御装置 3 0間を結ぶ有線アクセスリンク 5 1が設定される。そして、このアクセスリンクの設定が終わると、図 7 6 4 ( b ) に示すように、基地局間ダイバーシチハンドオーバを行うための手続、すなわち、無線ゾーン 1 4に対応した無線アクセスリンク 4 4と、基地局 2 2および基地局制御装置 3 0間を結ぶ有線アクセスリンク 5 2を追加する手続が行われるのである。

以上のように、従来の技術の下では、アクセスリンク設定時にダイバーシチハンドオーバが可能な状況であっても、まず、前者を行い、その後、後者を行うという具合に、各々を別個の手続として取り扱っていたのである。

しかしな力 Sら、アクセスリンクの設定を行うためには、移動局と網側との間で図 7 6 5に示す一連の手続を実行する必要がある。また、基地局内ダイバーシチハンドオーバへの移行をするためには図 7 6 6に示す一連の手続、基地局間ダイバ一シチハンドオーバへの移行をするためには図 7 6 7に示す一連の手続を移動局と網側との間で行う必要がある（なお、これらの図に示された各種の情報は、既に説明済みのものであり、また、本システムで新たに導入された制御方法を説明する際にも登場するものであるので、ここでの重複した説明は省略する。）。従って、従来の技術の下では、移動局がダイバーシチハンドオーバへの移行が可能な状態であるときに当該移動局の発呼等が生じると、発呼等があってからダィバ一シチハンドオーバが実行されるまでに、移動局および網間並びに網内で授受される一連の制御信号の量が多くなり、システムの制御負担が重くなるという問題があった。

また、アクセスリンクの設定時において、移動局は、ダイバーシチハンドォーバを行うべき状態であるにも拘わらず、 1本の無線アクセスリンクしか使用することができないため、移動局が使用する無線アクセスリンクが他の無線アクセスリンクに与える干渉量が大きくなり、当該セルにおける容量を劣化させるという問題があった。

本制御方法は、以上の問題を解決すべく導入された方法である。

( 3 . 3 . 2 ) ：本制御方法の概要

本システムでは、移動局に発呼または着呼が発生し、当該移動局に対してァクセスリンクの設定をしょうとするとき、移動局がダイバ一シチハンドオーバが可能な状態にある場合には、網側では移動局に対してアクセスリンクを設定すると同時に移動局がダイバーシチハンドオーバを開始できる状態とし、移動局はァクセスリンクの設定と同時にダイバ一シチハンドオーバを開始する。すなわち、発呼または着呼を契機として、メインブランチの他、ダイバーシチハンドオーバを行うためのサブブランチをも設定し、移動局の通信開始当初からダイバーシチハンドオーバを開始するものである。図 7 6 8 ( a ) は本システムにおいて移動局 1 0に対してアクセスリンクが設定されると同時に基地局内ダイバーシチハンドオーバが開始される様子を示すものであり、図 7 6 8 ( b ) はアクセスリンクが設定されると同時に基地局間ダイバ一シチハンドオーバが開始される様子を示している。 ( 3 . 3 . 2 . 1 ) ：アクセスリンクの設定と同時に基地局内ダイバーシチハンドオーバを開始させる制御

図 7 6 9は移動局 1 0が図 7 6 8 ( a ) に示す状態となっているときに移動局 1 0に発呼または着呼が発生してアクセスリンクの設定が行われる場合の動作を示すシーケンス図である。

この図 7 6 9において、？&は図7 6 8 ( a ) における移動局 1 0の機能ェンティティである。 TACFaは基地局制御装置内の機能エンティティであって、移動局 1 0が通信を開始したときに最初に生成されたアンカとしての機能ェンティティ TACFである。また、 TACFvlは、移動局 1 0の在圏先である基地局 2 1を制御するために基地局制御装置が有している機能エンティティである。また、 BCFr l は、移動局 1 0の在圏先である基地局 2 1が有している無線リソース制御のための機能エンティティである。

以下、図 7 6 8 ( a ) および図 7 6 9を参照し、本制御方法について説明する。既に説明したように、移動局は常に周辺ゾーンの止まり木チャネルの受信レべルの監視を行っている。従って、図 7 6 8 ( a ) における移動局 1 0は、無線ゾーン 1 1に在圏している場合には、当該ソ一ンに隣接する無線ゾーン 1 2の止まり木チャネルの受信レベルの監視を行っている。

ここで、無線ゾーン 1 2の止まり木チャネルの受信レベルが閾値を越えたとすると、移動局 1 0は、無線ゾーン 1 2に対応した止まり木チャネルをダイバーシチハンドオーバブランチの候補として網側へ通知する。

このように移動局 1 0がダイバーシチハンドオーバゾーン 1 3内に所在し、かつ、ダイバーシチハンドオーバブランチの候補が網側に通知された状態において、例えば移動局 1 0から発呼が行われたとする。この場合において、基地局制御装置 3 0は、移動局 1 0にダイバ一シチハンドオーバブランチを設定することとした場合には、移動局 1 0に対するアクセスリンクの設定要求とダイバーシチハンドオーバへの移行要求とを同時に発生する。そして、本システムでは、これらの要求に従い、以下の手続が進められる。

(1) まず、移動局 10に対応したアクセスリンクを設定するため、基地局制御装置 30の機能エンティティ TACFaから移動局 1 0の在圏先である基地局 2 1を制御するための基地局制御装置 30の機能エンティティ TACFvに対し、 BE ARER SETUP req. ind. (アクセスリンク設定要求）が送られる。この BEARER SET UP req. ind.は、図 404に示すものおよび図 433に示すものを含んだ内容と

(2) 機能エンティティ TACFvlは、この BEARER SETUP req. ind.を受信すると、基地局 2 1の機能エンティティ BCFrに対し、 BEARER & RADIO BEARER SET

UP req. ind.および INTRA BCFr HANDOVER BRANCH ADDITION req. ind.の両方の内容を含んだ 1つのメッセージを送信する。

ここで、 BEARER & RADIO BEARER SETUP req. ind.の内容は、図 407に示す通りであり、基地局 2 1から移動局 1 0までの無線アクセスリンク 42および基地局 2 1から基地局制御装置 30までの有線アクセスリンク 5 1の設定（すなわち、メインブランチの設定）を要求するものである。

また、 INTRA BCFr HANDOVER BRANCH ADDITION req. ind.は、自局内ダイバーシチハンドオーバのためのサブブランチ、すなわち、図 768 (a) における無線アクセスリンク 42に相当するものの追加設定を要求するものであり、その内容は、図 434に示す通りである。

なお、上記 BEARER & RADIO BEARER SETUP req. ind.および INTRA BCFr HANDOV

ER BRANCH ADDITION req. ind.の両方の内容を含んだメッセージは、既に（2.

5. 3. 6. 2. 1. 3. 2) 章において L I NK SETUPメッセ一ジとして説明したものである。このメッセージの内容は同章において参照した図 693 に示されている。同図に示すように、このメッセージは、アクセスリンクの設定を要求する AC CH設定要求情報要素の他、ダイバーシチハンドオーバを行うために追加すべきサブブランチに関する I NTRA BS DHO追加設定要求情報要素を含んでいる。

(3) 次に BCFrは、 RADIO BEARER SETUP PROCEEDING req. ind.および INT RA BCFr HANDOVER BRANCH ADDITION resp. conf.の両方の内容を含んだ 1つのメッセ一ジを TACFvlに送る。

ここで、 RADIO BEARER SETUP PROCEEDING req. ind.は、図 768 (a) における無線アクセスリンク 41に相当する無線アクセスリンクを設定中である旨の報告であり、その内容は図 408に示す通りである。

また、 INTRA BCFr HANDOVER BRANCH ADDITION resp. conf.は、自局内ダイバーシチハンドオーバを行うための無線アクセスリンク 4 1の追加設定を完了した旨の報告であり、その内容は図 435に示す通りである。

(4) TACFvlは、上記 RADIO BEARER SETUP PROCEEDING req. ind.および I NTRA BCFr HANDOVER BRANCH ADDITION resp. conf.を BCFrlから受信すると、移動局 1 0に対して無線アクセスリンク（無線アクセスリンク 4 1および 42に相当）の設定を要求するため、 TACFaに RADIO BEARER SETUP REQUEST req. ind. (無線ァクセスリンク設定要求.）を送信する。この RADIO BEARER SETUP REQUEST req. i nd.は、図 409に示す内容および図 436に示す内容を含んでいる。

(5) 次に基地局制御装置 30の TACFaは、 HANDOVER BRANCH ADDITION r eq. ind. (ハンドオーバブランチ追加設定要求）および RADIO BEARER SETUP req. ind. (無線アクセスリンク設定要求.）を合わせた内容の 1つのメッセージを移動局 1 0の TACAFに対して送信する。

このメッセージは、無線アクセスリンク 4 1 (後に同期確立を行うメインブランチ）および無線アクセスリンク 42 (ダイバ一シチハンドオーバのためメインブランチに追加させるサブブランチ）の両方の設定を要求するものである。

なお、このメッセージは、既に（2. 5. 2. 4. 2. 3. 4. 1) 章において説明した RAD I O BEARER S E TU Pメッセージである。このメッセージの内容については、同章において参照した図 624に示されている。同図に示すように、このメッセージは、メインブランチに関する情報の他、ダイバーシチハンドオーバを行うに当たってメインブランチに追加すべきサブブランチを指定する DHO追加情報を含んでいる。

(6) 次に移動局 1 0の TACAFaは、上記メインブランチを介し、基地局 2 1の BCFrlとの間で無線アクセスリンクを介した同期確立動作を開始する。 (7) 同期が確立すると、基地局 2 1の BCFrlから基地局制御装置 3 0の TACFvlに対し、無線アクセスリンクの確立の完了を報告するための BEARER & RA DIO BEARER SETUP resp. conf.が送信される。図 4 1 3はこの BEARER & RADIO B EARER SETUP resp. conf.の内容を示す。

(8) TACFvlは、この BEARER & RADIO BEARER SETUP resp. conf.を受信すると、 TACFaに対し、アクセスリンクの確立完了を報告するための BEARER SETUP resp, conf,を送信する。図 4 1 4はこの BEARER SETUP resp. conf.の内容を示すものである。

以上により、移動局 1 0に対するアクセスリンクの設定およびダイバ一シチハンドオーバへの移行が終了する。

(3. 3. 2. 2) ：アクセスリンクの設定と同時に基地局間ダイバーシチハンドオーバを開始させる制御

図 7 7 0は移動局 1 0が図 7 6 8 (b) に示す状態となっているときに移動局 1 0に対するアクセスリンクの設定が行われる場合の動作を示すシーケンス図である。

この図 7 7 0において、 TACAFaは図 7 6 8 (b) における移動局 1 0の機能ェンティティである。 TACFaは、基地局制御装置の機能エンティティであり、移動局 1 0が通信を開始したときに最初に生成された機能エンティティである。また、 TACFvlおよび TACFv2は、移動局 1 0の在圏先である各基地局（図 7 6 8 (b) では、基地局 2 1および 2 2) を制御するために基地局制御装置 3 0が有している機能エンティティである。また、 BCFrlおよび BCFr2は、移動局 1 0の在圏先である各基地局（図 7 6 8 (b) の例では基地局 2 1および 2 2) が各々有する無線リソース制御のための機能エンティティである。

以下、図 7 6 8 (b) および図 7 7 0を参照し、本制御方法について説明する。図 7 6 8 (b) に示すように、移動局 1 0がダイバ一シチハンドオーバゾーン 1 3に進入したときに、移動局 1 0から発呼が行われ、基地局制御装置 3 0では移動局 1 0に対するアクセスリンクの設定要求とダイバーシチハンドオーバへの移行要求とが同時に発生される。そして、これらの要求の発生に伴い、以下の手続が進めれれる。 (1) まず、移動局 1 0に対応したアクセスリンクを確立するため、基地局制御装置 30の TACFaから TACFvlに対し、 BEARER SETUP req. ind.が送信される _c 図 404はこの BEARER SETUP req. ind.の内容を示すものである。

(2) TACFvlは、この BEARER SETUP req. ind.を受信すると、基地局 2 1 の BCFrlに対し、移動局 1 0との間の無線アクセスリンクおよび基地局制御装置

30との間の有線アクセスリンクの設定を要求する BEARER & RADIO BEARER SET UP req. ind.を送信する。図 407はこの BEARER & RADIO BEARER SETUP req. in d.の内容を示すものである。

(3) 基地局 2 1の BCFrlは、この BEARER & RADIO BEARER SETUP req. in d.を受信すると、上記無線アクセスリンクおよび有線アクセスリンクの設定を開始し、アクセスリンク設定中である旨の報告をするための RADIO BEARER SETUP PROCEEDING req. ind.を TACFvlに送信する。図 404はこの RADIO BEARER SETUP PROCEEDING req. ind.の内容を示している。

(4) 基地局制御装置 30内の TACFvlは、この RADIO BEARER SETUP PROC EEDI G req. ind.を受信すると、基地局 2 1側での無線アクセスリンク 4 1の設定に合わせて、移動局 1 0側にも無線アクセスリンク 4 1の設定を要求すべく、図 409に示す RADIO BEARER SETUP REQUEST req. ind.を TACFaに送信する。

(5) 次に基地局制御装置 30の TACFaは、移動局 1 0の在圏先である 1 つの基地局 22を制御するための TACFv2に対して、追加のアクセスリンク（無線アクセスリンク 44に相当）の設定を要求すべく、図 442に示す BEARER SETU P req. ind.を送信する。

(6) TACFv2は、この BEARER SETUP req. ind.を受信すると、基地局 22 の BCFr2に対して、移動局 1 0との間の無線アクセスリンク（無線アクセスリンク 44に相当）および基地局制御装置 30との間の有線アクセスリンクの設定を要求するための BEARER & RADIO BEARER SETUP req. ind. を送信する。この BEAR ER & RADIO BEARER SETUP req. ind.の内容を図 445に示す。

(7) 次に基地局 22の BCFr2は、上記無線アクセスリンクおよび有線ァクセスリンクの設定を完了すると、その旨を報告するため、図 446に示す8£ RER & RADIO BEARER SETUP resp. conf.を基地局制御装置 30の TACFv2に送信する。

(8) 次に TACFv2は、上記 BEARER & RADIO BEARER SETUP resp. conf.を受信すると、 TACFaに対して、移動局 1 0に対して無線アクセスリンク 44の設定を要求すべく、図 447に示す RADIO BEARER SETUP REQUEST req. ind.を送信する。

(9) 次に TACFaは、この RADIO BEARER SETUP REQUEST req. ind.を受信すると、移動局 1 0の TACAFに対して、 HANDOVER BRANCH ADDITION req. ind.および RADIO BEARER SETUP req. ind.の両方の内容を含んだ 1つのメッセージを送信する。

このメッセージは、無線アクセスリンク 4 1 (後に同期確立を行うメインブランチ）および無線アクセスリンク 44 (ダイバ一シチハンドオーバのためメインブランチに追加されるサブブランチ）の両方の設定を要求するものである。

(1 0) 次に移動局 1 0は、無線アクセスリンク 4 1 (メインブランチ）を介して基地局 2 1との同期確立動作を開始する。

(1 1) 同期が確立すると、基地局 2 1の BCFrlから TACFvlに対し、無線アクセスリンクの確立の完了を報告するための BEARER & RADIO BEARER SETUP r esp. conf.が送信される。図 4 1 3はこの BEARER & RADIO BEARER SETUP resp. c onf.の内容を示す。

(1 2) 次に、 TACFvlから TACFaに対し、アクセスリンクの確立完了を報告するための BEARER SETUP resp. conf. (アクセスリンク設定 resp. conf. ) が送信される。図 4 14はこの BEARER SETUP resp. conf.の内容を示すものである。以上により、移動局 1 0に対するアクセスリンクの設定およびダイバ一シチハンドオーバへの移行が終了する。

(3. 3. 3) ：本制御方法が実施されるときの移動局および基地局の動作 (3. 3. 3. 1) ：移動局の動作

図 786は、前掲図 770において、基地局制御装置の TACFaから移動局の T ACAF aに HANDOVER BRANCH ADDITION req. ind.および RADIO BEARER SETUP r eq. ind.の両方の内容を含むメッセージが送信された後の詳細な動作を示すものである。この図 7 8 6に示すように、移動局（TACAFa) は、上記 HANDOVER BRANCH ADD I T I O req. i nd.および RADI O BEARER SETUP req. i nd.を受け取ると、メインブランチの設定を行う。すなわち、移動局は、メインブランチを形成するための無線物理リソース（周波数、コード）を移動局の無線装置に割り当て、基地局（BCF r l ) との間の上り方向および下り方向の各通信について同期の確立を行う。そして、この同期確立の完了により、音声またはデータの通信を開始する。

そして、移動局は、このようにしてメインブランチの設定を完了すると、直ちにサブブランチの設定を行う。この場合、サブブランチを形成するための無線物理リソースを無線装置に設定した後、メインブランチの場合のような同期確立を行うことなく、直ちにサブブランチを介した受信動作を開始し、ダイバーシチ合成を行う。

以上のような動作を可能にするための移動局の制御フローを図 7 8 7に示す。本システムにおいて移動局は、網側との間にアクセスリンクの設定されていないときにメインブランチの設定要求とサブブランチの追加設定要求の両方を含んだメッセージを基地局制御装置から受け取る場合があるため、かかる場合に対応することができる制御フローとなっている。

すなわち、移動局は、信号受信待ちの状態から信号を受信すると（ステップ S 1 ) 、受信信号の中にメインブランチ情報が含まれているか否かを判断する（ステツプ S 2 ) 。そして、メインブランチ情報が含まれている場合にはその情報に従ってメインブランチの設定を行う（ステップ S 3 ) 。

次に移動局は、上記受信信号の中にサブブランチ情報が含まれているか否かを判断する（ステップ S 5 ) 。そして、サブブランチ情報が含まれている場合には、その情報に従ってサブブランチの設定を行う（ステップ S 6 ) 。なお、受信信号中にサブブランチ情報が複数含まれている場合があり、かかる場合には全てのサブブランチ情報について、該当するサブブランチの設定を行う（ステップ S 4、 S 5 ) 。

そして、受信信号中においてサブブランチの設定をすべきサブブランチ情報がなくなつた場合には、信号受信待ちの状態に戻る。

このように、信号の受信があった場合には、その受信信号に含まれる全てのブランチ情報（メインブランチおよびサブブランチ）について、該当するブランチの設定を行うようにしているので、基地局制御装置側からメインブランチの設定要求とサブブランチの設定長久を含むメッセージが送られてくる場合に上述した動作（図 7 8 6 ) が得られ、アクセスリンクの設定と同時にダイバ一シチハンドオーバを開始することができるのである。

以上、基地局間ダイバ一シチハンドオーバの場合を例に説明したが、アクセスリンクの設定と同時に基地局内ダイバーシチハンドオーバを開始する場合も上記と同様である。

なお、参考のため、従来のアクセスリンク設定後の移動局の動作を図 7 8 8に、移動局の制御フローを図 7 8 9に示す。

図 7 8 8に示すように、従来の技術の下では、アクセスリンクの設定時には R ADI O BEARE SETUP req. i nd.が基地局制御装置から移動局へ送られ、その後、ダィバシチハンドオーバへの移行を行う場合に HANDOVER BRANCH ADD I TON req. i nd. が基地局制御装置から移動局へ送られていた。すなわち、本システムの場合よりも基地局制御装置から移動局へメッセージが送られる回数が本システムの場合よりも 1回多かったのである。

また、従来の技術の下では、 RADIO BEARE SETUP req. i nd.および HANDOVER BR ANCH ADD I TON req. i nd.が別々のメッセージとして移動局に送られていたため、移動局側では図 7 8 9に示すフローに従って受信メッセージの処理を行っていた。すなわち、信号待ちの状態から信号を受信すると（ステップ S I 1 ) 、その信号がメインブランチ情報を含む場合はメインブランチを設定して信号受信待ちとなり（ステップ S 1 2、 S 1 3 ) 、サブブランチ情報を含む場合はサブブランチを設定して信号受信待ちとなっていたのである（ステップ S 1 2、 S 1 4 ) 。

本システムによれば、メインブランチ情報およびサブブランチ情報の両方を含む 1つのメッセージが移動局に送られ、移動局ではこのメッセ一ジの受信をすることによりメインブラチンチとサブブランチの両方を設定するので、網側と移動局との間で無駄な信号受信をすることなく効率的にダイバーシチハンドォ一ノの移行をすることができる。

( 3 . 3 . 3 . 2 ) ：基地局の動作既に図 7 6 9を参照して説明したように、本システムでは、アクセスリンクの設定と同時に基地局内ダイバーシチハンドオーバへの移行を行う場合には、 BEA RER & RADIO BEARER SETUP req. i nd.および INTRA- BCFr HANDOVER BRANCH ADD I T I ON req. i nd.の両方の内容を含んだメッセージが基地局へ送られる。

本システムにおける基地局は、このメッセージに含まれた複数のブランチ情報を全て読み出し、各ブランチ情報に従って各ブランチの設定を行う。具体的な制御フローは、移動局の場合の制御フロー（図 7 8 7 ) と同様であるので説明を省略する。

( 3 . 4 ) ：ブランチ切り替え時に同時にダイバーシチハンドオーバを行う方法 ( 3 . 4 . 1 ) ：本制御方法の導入の背景

移動局が在圏している無線ゾーンから出て、それまで在圏していた無線ゾーンにおいて使用していた周波数帯域と異なる隣接無線ゾーンに移動するとき、ブランチ切替が実施される。また、ある無線ゾーンに移動局が在圏しており、このとき通信品質が劣化した場合に、その無線ゾーン内において当該移動局の通信周波数を他の周波数帯域に切り替える場合にもブランチ切替が実施される。

ところで、従来の技術の下では、このブランチ切り替えが行われた後、ダイバ —シチハンドオーバへの移行が続けて行われることがあった。図 7 7 1はその一例を示すものである。

図 7 7 1において、セル 1内では周波数 f 1が、セル 2および 3では周波数 f 2が使用されている。ここで、セル 1内に在圏していた移動局が矢印方向に進み、セル 1、 2および 3がオーバラップしたゾーン内に進入したとする。

この場合、移動局がセル 1の圏外となるときにブランチ切り替えが行われるが、このブランチ切り替えが行われる地点はセル 2および 3がオーバラップしたダイバーシチハンドオーバゾーン内にある。

そこで、従来の技術の下では、まず、移動局が使用するブランチをセル 1に対応したものからセル 2に対応したものに切り替えるブランチ切替を行い、次いでセル 3に対応したブランチを追加してダイバーシチハンドォ一バを開始するという手順が採られていたのである。

しかしながち、ブランチ切替を行うためには、移動局と網側との間で図 7 7 2 に示す多くの手続を実行する必要がある。また、ブランチ切替後に行うダイバーシチハンドオーバへの移行も、前掲図 7 6 7において示したような多くの手続を必要とする（なお、これらの図に示された各種の情報は、既に説明済みのものであり、また、本システムで新たに導入された制御方法を説明する際にも登場するものであるので、ここでの重複した説明は省略する。）。

このように、従来の技術の下では、ブランチ切替の契機が発生した時点においてダイバーシチハンドオーバへの移行が可能な場合に、多くの種類の制御信号の授受を必要とするブランチ切替のための手続およびダイバーシチハンドオーバ状態への移行のための手続が相次いで行われるため、その間、移動局と網側の間および網内で授受される制御信号の量が多くなり、システムの制御負担が重くなるという問題があつたのである。

また、ブランチ切替時において、移動局は、ダイバーシチハンドオーバを行うべき状態であるにも拘わらず、 1本の無線アクセスリンクしか使用することができないため、移動局が使用する無線アクセスリンクが他の無線アクセスリンクに与える干渉量が大きくなり、当該セルにおける容量を劣化させるという問題があつた。

なお、以上の問題は、ブランチ切替後に移動局が基地局間ダイバーシチハンドオーバへの移行が可能な場合（図 7 7 1 ) の他、ブランチ切替後に移動局が基地局内ダイバーシチハンドオーバへの移行が可能な場合にも生じる問題である。本制御方法は、以上の問題を解決すべく導入された方法である。

( 3 . 4 . 2 ) ：本制御方法の内容

本システムでは、ブランチ切替の契機が発生したとき、ダイバーシチハンドォ —バへの移行が可能である場合には、契機発生前のブランチ構成からダイバーシチハンドオーバを行うためのブランチ構成へ直接切り替える。

図 7 7 3は、図 7 7 1に示すように移動局がセル 1からセル 2および 3が重複したダイバ一シチハンドオーバゾ一ンへ移動した場合に本システムにおいて行われる動作を示すシーケンス図である。

図 7 7 3において、 TACAFaは図 7 7 1における移動局の機能ェンティティである。 TACFaは基地局制御装置内の機能エンティティであって、移動局が通信を開始したときに最初に生成されたものである。また、 TACFvl、 TACFv2および TACFv 3は、移動局 1 0の在圏先である各基地局を制御するための基地局制御装置内の機能エンティティであり、図 7 7 1の例では、各々セル 1 、 2および 3の各基地局を制御するための機能エンティティである。また、 BCFr l、 BCFr2および BCFrS は、移動局 1 0の在圏先である各基地局内の無線リソース制御のための機能ェンティティであり、図 7 7 1の例ではセル 1 、 2および 3の各基地局内の無線リソ —ス制御を実施するものである。

以下、図 7 7 1および図 7 7 3を参照し、本制御方法について説明する。図 7 7 1において、移動局がセル 2および 3がオーバラップしたダイバーシチハンドオーバゾーンへ進入したとき、セル 2および 3がダイバーシチハンドォーバの候補として網側へ通知され、これらの候補が網側に認められたとする。このような状態において、例えば移動局がセル 1から出てセル 2および 3が重複したダイバーシチハンドオーバゾ一ンに移動したとすると、基地局制御装置では移動局に対するブランチ切替の要求とダイバ一シチハンドオーバへの移行要求とが同時に発生される。そして、これらの要求の発生に伴い、以下の手続が進めれれる。

( 1 ) 基地局制御装置の TACFaは、 TACFv2に対し、セル 2の基地局を経由した移動局のアクセスリンクを確立するための BEARER SETUP req. i nd.を送信する。

( 2 ) TACFv2は、この BEARER SETUP req, i nd,を受信すると、セル 2の基地局内の BCFr2に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEARER & RADIO BEARER SETUP req. i nd.は、セル 2の基地局から移動局までの無線アクセスリンクの設定および当該基地局から基地局制御装置までの有線ァクセスリンクの設定を要求するものである。

( 3 ) 次にセル 2の基地局の BCFr2は、上記 BEARER & RADIO BEARER SETU

P req. ind.を受信して上記無線アクセスリンクおよび有線アクセスリンクの設定を開始すると、アクセスリンク設定中である旨を報告をするための RADIO BEARE R SETUP PROCEEDING req. i nd.を基地局制御装置の TACFv2に送信する。

( 4 ) 次に TACFv2は、上記画 0 BEARER SETUP PROCEEDING req. i nd.を受信すると、移動局に対してセル 2の基地局との間の無線アクセスリンクの設定を要求する RADIO BEARER SETUP REQUEST req. ind.を TACFaに送信する。

(5) TACFaは、この RADIO BEARER SETUP REQUEST req. ind.を受信すると, BEARER SETUP req. ind.を TACFv3に送信する。この BEARER SETUP req. ind.は、もう一方のセル 3の基地局を経由した移動局へのアクセスリンクの設定を要求するものである。

(6) TACFv3は、この BEARER SETUP req. ind.を受信すると、セル 3の基地局の BCFr3に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEARER & RADIO BEARER SETUP req. ind.は、移動局とセル 3の基地局との間の無線アクセスリンク並びに当該基地局と基地局制御装置との間の有線アクセスリンクの設定を要求するものである。

(7) セル 3の基地局の BCFr3は、上記 BEARER & RADIO BEARER SETUP re q. ind.を受信すると、要求された無線アクセスリンクおよび有線アクセスリンクを設定し、アクセスリンクの設定が完了した旨を報告する BEARER & RADIO BEAR ER SETUP resp. conf.を基地局制御装置の TACFv3に対して送信する。

(8) TACFv3は、この BEARER RADIO BEARER SETUP resp. conf.を受信すると、セル 2および 3の各基地局との間の各無線アクセスリンクの設定を移動局に要求するための RADIO BEARER SETUP REQUEST req. ind.を TACFaに送信する。

(9) TACFaは、この RADIO BEARER SETUP REQUEST req. ind.を受信すると、移動局の TACAFaに対して、メインブランチの切り替えを要求する NON- SOFT HAND

OVER EXECUTION req. ind.およびサブブランチの追加を要求する HANDOVER BRA C H ADDITION req. ind.の両方の内容を含んだ 1つのメッセ一ジを送信する。

このメッセージは、移動局に対し、セル 1に対応したブランチ（周波数 f 1) からセル 2に対応したブランチ（周波数 f 2 ；メインブランチ）への切替を要求するとともに、新たなセル 3に対応したブランチ（周波数 f 2 ；サブブランチ）の設定を行うことを要求するものである。

なお、このメッセージは、既に（2. 5. 2. 4. 2. 3. 4. 4) 章において説明した HANDOVER C OMMANDメッセ一ジである。このメッセ一ジの内容は、同章において参照した図 627に示されている。同図に示すように、このメッセ一ジは、ブランチ切り替え後の新たなメインブランチに関する' |#報を含むブランチ切替情報の他、ダイバーシチハンドオーバを行うために追加すべきサブブランチに関する DHO追加情報を含んでいる。

(1 0) 次に移動局は、メインブランチを介し、セル 2の基地局との間で同期確立動作を開始する。

(1 1) 同期が確立すると、セル 2の基地局の BCFr 2から基地局制御装置の TACFv2に対し、無線アクセスリンクの確立の完了を報告するための BEARER & RADIO BEARER SETUP resp. conf.が送信される。

(12) 次に、 TACFv2から TACFaに対し、アクセスリンクの確立完了を報告するための BEARER SETUP resp. conf.が送信される。

(13) この BEARER SETUP resp. conf.が送信されると、基地局制御装置の TACFaは TACFvlに対して、セル 1の基地局が移動局のために維持してきたァクセスリンクの解放を要求する BEARER RELEASE req. ind.を送信する。

(14) TACFvlは、この BEARER RELEASE req. ind.を受信すると、セル 1 の基地局内の BCFrlに対して、移動局のためにこれまで維持してきた無線ァクセスリンクおよび有線アクセスリンクを解放すべき旨を要求する BEARER RADIO BEARER RELEASE req. ind.を送信する。

(1 5) セル 1の基地局の BCFrlは、この BEARER & RADIO BEARER RELEAS E req. ind.を受信すると、移動局のために維持してきた無線アクセスリンクおよび有線アクセスリンクを解放し、アクセスリンクの解放完了を報告する BEARER & RADIO BEARER RELEASE resp. conf.を送信する。

(16) 基地局制御装置の TACFvlは、この BEARER & RADIO BEARER RELEA SE resp. conf.を受信すると、 TACFaに対して、アクセスリンク解放完了を報告する BEARER RELEASE resp. conf.を送信する。

これにより移動局はセル 2および 3に対応した各ブランチを使用したダイバ一シチハンドオーバ状態に移行することとなる。

以上、ブランチ切替後に移動局が基地局間ダイバーシチハンドオーバへの移行が可能な場合（図 77 1) を例に本システムの動作を説明したが、ブランチ切替後に移動局が基地局内ダイバーシチハンドオーバへの移行が可能な場合も基本的に同様な動作が行われる。

ただし、この場合には、基地局制御装置から基地局内ダイバーシチハンドォーバに使用される基地局に対し、ブランチ切り替えを指令する情報とダイバ一シチハンドオーバのためのブランチ追加を指令する情報とを含んだ 1つのメッセージが送られることとなる。

(3. 4. 3) ：本制御方法が実施されるときの移動局および基地局の動作 (3. 4. 3. 1) ：移動局の動作

既に説明したように、本システムでは、ブランチ切替と同時にダイバーシチハンドオーバへの移行を行う場合には、ブランチ切り替えの指令とダイバ一シチハンドオーバのためのサブブランチの追加の指令の両方を含んだメッセージが移動局へ送られる。

従って、移動局は、網側からのメッセージにブランチ切り替えの指令とダイバ —シチハンドオーバのためのサブブランチの追加の指令の両方が含まれている場合には、ブランチ切り替えを行い、さらにダイバーシチハンドオーバの追加設定を行う。具体的な制御フロ一は、（3. 3. 3. 1) 章において説明したものと、基本的に同じである。

(3. 4. 3. 2) ：基地局の動作

既に説明したように、本システムでは、ブランチ切替と同時に基地局内ダイバ ―シチハンドオーバへの移行を行う場合に、ブランチ切り替えの指令とダイバ一シチハンドオーバのためのサブブランチの追加の指令の両方を含んだメッセージが当該基地局へ送られる。

従って、基地局は、網側からのメッセージにブランチ切り替えの指令とダイバーシチハンドオーバのためのサブブランチの追加の指令の両方が含まれている場合には、ブランチ切り替えを行い、さらにダイバーシチハンドオーバの追加設定を行う。

(3. 5) ：複数の呼に対応した通信が可能な移動局が通信を行っているときに当該移動局に新たな別の呼が発生した場合のブランチ構成および周波数帯域の制御方法（その 1)

(3. 5. 1) ：本制御方法の導入の背景 1台で複数の呼に対応した通信を同時に行うことができる移動局装置が提供されている。

従来の技術の下で、この種の移動局においては、各呼に対応した通信のブランチ構成や周波数帯域を同じにする手段が講じられていなかつたため、複数呼に対応した通信を行っている場合にブランチ構成や周波数帯域が呼毎に区々となることがあった。このため、呼毎に移動局のハンドオーバ制御や送信電力制御を行う必要があり、網側のオーバへッドに関する負担が過大であるという問題があった。本制御方法は、かかる問題を解決すベく導入されたものである。

(3. 5. 2) ：本制御方法の内容

図 7 74 (a) において、 BT S 1および BT S 2は周波数 f 1の無線ゾーンを形成している。 MSは、 BTS 1および BTS 2を使用したダイバーシチハンドオーバを行うことにより、 c a l l — 1に対応した通信を行っている。

この状態において、例えば MSからの発呼等の要因により、 MSにおいて新たな呼が発生したとする。

本システムでは、かかる場合に、新規呼（上の例では c a 1 1一 2) と既存呼 (上の例では c a 1 1 - 1) とで通信に使用するブランチ構成および周波数帯域が同じになるように制御する。

すなわち、図 7 74 (a) に示す例では、既存呼 c a 1 1 - 1に対応した通信は、周波数帯域 f lを使用し、かつ、 BTS 1および BTS 2を経由するダイバ —シティハンドオーバブランチを使用して行われている。従って、 MSに新規呼 c 1 1 一 2が発生した場合には、図 774 (b) に示すように、この新規呼 c a 1 1 一 2に対応した通信も、周波数帯域 f 1を使用し、かつ、 BTS 1および BT S 2を経由するダイバ一シティハンドォ一バブランチを使用して行われるのである。

図 7 75は図 7 74 (a) および（b) に例示するような制御を行うための本システムの動作を示すシーケンス図である。

図 77 5において、了〔？&は図774 (a) および（b) における MSの機能エンティティである。 TACFaは、基地局制御装置内の機能エンティティであり、 MSが通信を開始したときに最初に生成されたものである。また、 TACFvlおよび TACFv2は、 MSの在圏先である BTS 1および BTS 2を制御するための基地局制御装置内の各機能エンティティ、 BCFrlおよび BCFr2は、 MSの在圏先である B T S 1および BT S 2が有している各々の無線リソース制御のための機能ェンティティめる。

以下、図 7 74および図 7 7 5を参照し、本制御方法について説明する。図 7 74 (a) に示すように MSが BTS 1および BTS 2を使用したダイバーシチハンドオーバを行って c a 1 1 一 1の通信を行っているときに、新たな別の c a 1 1 — 2が MSに生じると、基地局制御装置の TACFaは、新規呼 c a l l — 2に対応したアクセスリンクの設定要求並びに新規呼 c a 1 1 一 2のブランチ構成を既存呼 c a 1 1 一 1と同じダイバ一シチハンドオーバブランチとすべき旨の要求が発生される。そして、これらの要求の発生に伴い、以下の手続が進められる。

(1 ) 基地局制御装置の TACFaは、 MSの在圏先である BTS 1を制御する基地局制御装置の TACFvlに対し、当該 BTSを経由した新規呼 c a 1 1 一 2のためのアクセスリンクの設定を要求するため、 BEARER SETUP req. ind.を送信する。

(2) TACFvlは、この BEARER SETUP req. ind.を受信すると、 BTS 1の BCFrlに対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEAR ER & RADIO BEARER SETUP req. ind.は、 BT S 1から MSまでの新規呼 c a 1 1 一 2のための無線アクセスリンク設定および BTS 1から基地局制御装置までの有線アクセスリンクの設定を要求するものである。

(3) 次に BTS 1の BCFrlは、この BEARER & RADIO BEARER SETUP req. ind.を受信すると、要求された無線アクセスリンクおよび有線アクセスリンクの設定を開始し、アクセスリンク設定中である旨を報告する RADIO BEARER SETUP PROCEEDING req. ind.を基地局制御装置の TACFvlに送信する。

(4) TACFvlは、この RADIO BEARER SETUP PROCEEDING req. ind.を受信すると、 TACFaに対して、 MSと BTS 1との間の無線アクセスリンクの設定を要求するため、 RADIO BEARER SETUP REQUEST req. ind.を送信する。

(5) 一方、基地局制御装置の TACFaは、 TACFv2に対して、 BTS 2を経由した新規呼 c a 1 1 一 2のためのアクセスリンクの設定を要求する BEARER SE TUP req. ind.を送信する。

(6) TACFv2は、この BEARER SETUP req. ind.を受信すると、 BTS 2の BCFr2に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEAR ER & RADIO BEARER SETUP req. ind.は、 M Sと B T S 2との間の無線アクセスリンクおよび BTS 2と基地局制御装置との間の有線アクセスリンクの設定を要求するものである。

(7) BTS 2の BCFr2は、上記 BEARER & RADIO BEARER SETUP req. ind. を受信すると、要求された無線アクセスリンクおよび有線アクセスリンクの設定を行い、アクセスリンク設定完了の報告をするため、 BEARER & RADIO BEARER S ETUP resp. conf.を TACFv2に送信する。

(8) TACFv2は、この BEARER & RADIO BEARER SETUP resp. conf.を受信すると、 MSと BTS 2との間の無線アクセスリンクの設定を要求する RADIO BEA RER SETUP REQUEST req. ind.を TACFaに送信する。

(9) TACFaは、上記 TACFvlからの RADIO BEARER SETUP REQUEST req. ind.

(BTS 1経由の無線アクセスリンク設定要求）に続いて、この TACFv2からの R ADIO BEARER SETUP REQUEST req. ind. (BTS 2経由の無線アクセスリンクの設定要求）を受信すると、 HANDOVER BRANCH ADDITION req. ind.および RADIO BEAR ER SETUP req. ind.の両方の内容を含んだ 1つのメッセ一ジを M Sの TACAFaに送信する。

ここで、 RADIO BEARER SETUP req. ind.は、メインブランチ（後に同期確立を行うブランチであって、ここでは BTS 1経由のブランチ）の設定を要求するものである。

また、 HANDOVER BRANCH ADDITION req. ind.は、ダイバーシチハンドオーバを行うためのサブブランチ（ここでは BT S 2経由のブランチ）の設定を要求するものである。

このメッセージは、 BTS 1経由の無線アクセスリンク（メインブランチ）および BTS 2経由の無線アクセスリンク（サブブランチ）を新規呼 c a 1 1 - 2 のために設定することを M Sに要求するものである。 ( 1 0) 次に MSは、上記メインブランチを介し、 BTS 1との間で同期確立動作を開始する。

( 1 1 ) 同期が確立すると、 BTS 1の BCFrlから TACFvlに対し、無線ァクセスリンクの確立の完了を報告するための BEARER & RADIO BEARER SETUP res p. conf.が送信される。

(1 2) 次に、 TACFvlから TACFaに対し、アクセスリンクの確立完了を報告するための BEARER SETUP resp. conf.が送信される。

これにより、 MSは、既存呼 c a l l - 1および新規呼 c a 1 1 — 2の両方について、 BTS 1および 2を経由したダイバ一シチハンドオーバブランチを使用し、かつ、周波数 f 1を使用して通信を行うこととなる。

(3. 6) ：複数の呼に対応した通信が可能な移動局が通信を行っているときに当該移動局に新たな別の呼が発生した場合のブランチ構成および周波数帯域の制御方法（その 2)

(3. 6. 1) ：本制御方法の導入の背景

上記（3. 5) の制御方法では、移動局の通信中に新たな呼が発生した場合に、新規呼の通信のブランチ構成および周波数帯域を既存呼のものに合わせる制御を行った。

しかし、新規呼が発生したときに、既存呼の通信のブランチ構成における一部のブランチの通信が混雑していたり、あるいは既存呼の通信に使用している周波数帯域が混雑している等の理由により、既存呼のブランチ構成や周波数帯域と同一のブランチ構成や周波数帯域を新規呼に割り当てることができない場合がある。このような場合には新規呼が受け付けられず、呼損が生じることとなる。本制御方法は、かかる問題を解決すベく導入されたものである。

(3. 6. 2) ：本制御方法の内容

本制御方法では、複数呼の通信が可能な移動局が通信を行っているときに新規呼が発生し、かつ、通信容量の不足等の理由により新規呼の通信のブランチ構成および周波数帯域を既存呼のものに合わせることができない場合に、新規呼を設定するときに、既存呼および新規呼を含んだ全ての呼の通信を維持することができるブランチ構成および周波数帯域を選択し、既存呼のブランチ構成および周波数帯域をこの選択したブランチ構成および周波数帯域に変更する。

図 776 (a) および（b) は、本制御方法の具体的な適用例を示すものである。

図 7 76 (a) において、 MSは、 B T S 1との間に設定された周波数 f 1のブランチを使用し、 c a l 1— 1の通信を行っている。

この状態において、 MSからの発呼により新規呼 c a 1 1 — 2が発生した力 BTS 1には新規呼 c a 1 1一 2に割り当てることができる通信容量が残っていない。

しかし、 BTS 1に隣接する BTS 2には、既存呼 c a l 1— 1および新規呼 c a 1 1 一 2のための通信を賄うだけの充分な通信容量が残っている。また、この BTS 2は、 BTS 1と同様、周波数 f 1の帯域を使用しており、仮に既存呼 c a l 1— 1の通信のためのブランチ構成を BTS 1および BTS 2の両方を使用したダイバ一シチハンドオーバブランチ構成とすれば、ブランチ 1個当たりの送信電力が削減することから、 B T S 1の通信容量に新規呼 c a l 1 - 2の通信に割り当てるだけの余裕を生じさせることができる。

そこで、この適用例では、新規呼 c a l 1— 2の設定時に、図 776 (b) に示すように、既存呼 c a l 1 — 1の通信のためのブランチ構成を BTS 1および BTS 2の両方を使用したダイバーシチハンドオーバブランチ構成に変更し、新規呼 c a 1 1 — 2にもこれと同じブランチ構成および周波数を割り当てているのである。

図 777 (a) および（b) は、本制御方法の別の具体的適用例を示すものである。

図 7 77 (a) において、 MSは、 B T S 1との間に設定された周波数 f 1のブランチを使用し、 c a l 1 — 1の通信を行っている。この状態において、 MS からの発呼により新規呼 c a l l - 2が発生した力 BTS 1には新規呼 c a 1 1 - 2に割り当てることができる通信容量が残っていない。

しかし、 BT S 1に隣接する BT S 2には、既存呼 c a 1 1— 1および新規呼 c a l 1— 2の両方を賄うだけの通信容量が残っている。ただし、この適用例では、 BTS 2が使用している周波数は f 2であり、 BTS 1のものとは異なっているため、 BTS 1および BTS 2を使用したダイバ一シチハンドオーバを行うことはできない。

そこで、この適用例では、新規呼 c a 1 1 一 2の設定時に、図 7 7 7 (b) に示すように、既存呼 c a l 1 — 1の通信のためのブランチ構成を BTS 2を使用したブランチ構成に変更し、新規呼 c a 1 1 一 2にもこれと同じブランチ構成および周波数を割り当てているのである。

図 7 7 8は、前掲図 7 7 6 (a) および（b) の適用例を実施するための本システムの動作を示すシーケンス図である。

図 7 7 8において、 TACAFaは図 7 7 6 (a) および（b) における MSの機能エンティティである。 TACFaは基地局制御装置内の機能エンティティであり、 M Sが通信を開始したときに最初に生成されたものである。また、 TACFvl-2は、 M Sの在圏先である BTS 1を制御する基地局制御装置の機能エンティティのインスタンスであって、 c a l 1 — 1に対応したもの、 TACFv2-lおよび TACFv2- 2は、 MSの在圏先である BTS 2を制御する基地局制御装置の各機能エンティティのィンスタンスであって、各々 c a 1 1 — 1および c a 1 1 - 2に対応したものである。また、 BCFr卜 2は、 MSの在圏先である BTS 1が有している無線リソース制御のための機能エンティティのインスタンスであって、 c a l 1 — 1に対応したもの、 BCFr2- 1および BCFr2- 2は、 M Sの在圏先である B T S 2が有している無線リソース制御のための機能エンティティのインスタンスであって、 c a l l 一 1および c a l 1 — 2に各々対応するものである。

以下、図 7 7 6および図 7 7 8を参照し、本制御方法について説明する。

図 7 7 6 (a) に示すように MSが BTS 1を使用して呼 c a l l - 1の通信を行っているときに、新たな別の呼 c a 1 1 一 2が MSに生じたとする。基地局制御装置の TACFaは、 M S上に発生している既存呼 CaH-1によって占有されている無線リソースおよび MSが在圏している B S (図 7 7 6 (a) の場合、 BTS 1および BT S 2) における使用可能な無線リソースを求め、その結果に基づき、新規呼を含めた M S上の全ての呼をどのように取り扱うかを決定する。

この決定方法は、既に図 7 7 6 (a) および（b) を参照して説明した通りであり、基地局制御装置の TACFaは、図 7 7 6 (b) に示すように、 MSおよび B T S 1間のブランチ並びに MSおよび BTS 2間のブランチからなるダイバ一シチハンドオーバブランチを c a 1 1 — 1および c a l 1 — 2の各通信のために設定すべき旨の決定をするのである。

この決定に基づき、本システムでは以下の動作が行われる。

( 1 ) 基地局制御装置の TACFaは、 MSの在圏先である BTS 1に対応した基地局制御装置内の TACFvl- 2に対し、当該 BTS 1を経由した新規呼 c a 1 1 一 2のためのアクセスリンクの設定を要求する BEARER SETUP req. ind.を送信する。

(2) 上記 BEARER SETUP req. ind.を受信した TACFv卜 2は、 BTS 1の BC

Fr 1-2に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。

この BEARER & RADIO BEARER SETUP req. ind.は、 BTS 1から MSまでの新規呼 c a 1 1 — 2のための無線アクセスリンクおよび当該 BTS 1から基地局制御装置までの有線アクセスリンクの設定を要求するものである。

(3) また、基地局制御装置の TACFaは、 M Sの在圏先である B T S 2に対応した基地局制御装置内の TACFv2- 1に対し、当該 BTS 2を経由した既存呼 c a 1 1 — 1のためのアクセスリンクの設定を要求する BEARER SETUP req. ind.を送信する。

(4) 上記 BEARER SETUP req. ind.を受信した TACFv2- 1は、 BTS 2の BC Fr2-1に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEAR

ER RADIO BEARER SETUP req. ind.は、 BT S 2から MSまでの既存呼 c a 1 1 一 1のための無線アクセスリンクおよび当該 BTS 2から基地局制御装置までの有線アクセスリンクの設定を要求するものである。

(5) BT S 1の BCFr卜 2は、上記 TACFv卜 2からの BEARER & RADIO BEARE R SETUP req. ind.に従って無線アクセスリンクおよび有線アクセスリンクの設定を開始すると、アクセスリンク設定中である旨の報告をするための RADIO BEARE R SETUP PROCEEDING req. ind.を基地局制御装置の TACFvl- 2に送信する。

(6) TACFv卜 2は、この RADIO BEARER SETUP PROCEEDING req. ind.を受信すると、 MSと BTS 1との間の新規呼 cal卜 2のための無線アクセスリンクの設定を要求する RADIO BEARER SETUP REQUEST req. ind.を TACFaに送信する。

(7) 一方、 BT S 2の BCFr2 - 1は、上記 TACFv 2-1からの BEARER & RADIO BEARER SETUP req. ind.に従って無線アクセスリンクおよび有線アクセスリンクを設定すると、その旨の報告をするための Bearer & RADIO BEARER SETUP PROCE EDING req. ind.を TACFv2 - 1に送信する。

(8) TACFv2-lは、この Bearer & RADIO BEARER SETUP PROCEEDING req. ind.を受信すると、 MSと BTS 2との間の既存呼 cal卜 1のための無線アクセスリンクの設定を要求する RADIO BEARER SETUP REQUEST req. ind.を TACFaに送信する。

(9) また、 TACFaは、 M Sの在圏先である B T S 2を制御する基地局制御装置の TACFv2- 2に対し、当該 BTS 2を経由した新規呼 c a 1 1一 2のためのアクセスリンクの設定を要求する BEARER SETUP req. ind.を送信する。

(10) 上記 BEARER SETUP req. ind.を受信した TACFv2- 2は、 BTS 2の BCFr2- 2に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BE ARER & RADIO BEARER SETUP req. ind.は、 BTS 2から MSまでの新規呼 c a 1 1一 2のための無線アクセスリンクおよび当該 BTS 2から基地局制御装置までの有線アクセスリンクの設定を要求するものである。

(1 1) BTS 2の BCFr2- 2は、上記 TACFv2- 2からの BEARER & RADIO BEA RER SETUP req. ind.に従って無線アクセスリンクおよび有線アクセスリンクを設定すると、その旨の報告をするための Bearer & RADIO BEARER SETUP PROCEED IN G req. ind.を TACFv2- 2に送信する。

(12) TACFv2- 2は、この Bearer & RADIO BEARER SETUP resp. conf.を受信すると、 MSと BTS 2との間の新規呼 caH-2のための無線アクセスリンクの設定を要求する RADIO BEARER SETUP REQUEST req. ind.を TACFaに送信する。

(13) 次に TACFaは、

上記 TACFv卜 2からの RADIO BEARER SETUP REQUEST req. ind. (新規呼 c a 1 1 一 2のための BTS 1経由の無線アクセスリンク設定要求）、

上記 TACFv2-lからの RADIO BEARER SETUP REQUEST req. ind. (既存呼 c a 1 1 一 1のための BT S 2経由の無線アクセスリンク設定要求）および上記 TACFv2- 2からの RADIO BEARER SETUP REQUEST req. ind. (新規呼 c a 1 1 一 2のための BTS 2経由の無線アクセスリンク設定要求）をこれまでに受信しているので、 HANDOVER BRANCH ADDITION req. ind.および RADIO BEARER SETUP r eq. ind.の両方の内容を含んだ 1つのメッセージを M Sの TACAFaに送信する。

ここで、 RADIO BEARER SETUP req. ind.は、 c a l l — 2のためのメインブランチ（後に同期確立を行うブランチであって、ここでは BTS 1経由のブランチ）の設定を要求するものである。

また、 HANDOVER BRANCH ADDITION req. ind.は、 c a 1 1 — 1および c a 1 1 一 2の両方についてダイバ一シチハンドオーバを行うためのサブブランチ（ここでは BTS 2経由のブランチ）の設定を要求するものである。

( 1 4) 次に MSは、 BTS 1との間で同期確立動作を開始する。

(1 5) 同期が確立すると、 BTS 1の BCFr卜 2から基地局制御装置の TA CFv卜 2に対し、無線アクセスリンクの確立の完了を報告する BEARER & RADIO BE ARER SETUP resp. conf.が送信される。

(1 6) 次に、 BTS 1の TACFv卜 2から基地局制御装置の TACFaに対し、アクセスリンクの確立完了を報告するための BEARER SETUP resp. conf.が送信される。

これをもって MSは、既存呼 c a l 1 — 1および新規呼 c a l 1 — 2の両方について、 BTS 1および 2を経由したダイバ一シチハンドオーバブランチを使用し、かつ、周波数 f 1を使用して通信を行うこととなる。

次に、図 7 7 9は、前掲図 7 7 7 (a) および（b) の適用例を実施するための本システムの動作を示すシーケンス図である。なお、図 7 8 2に示された TAC AFa, TACFvl-1等の意味は、図 7 7 8に示されたものと同様である。

以下、図 7 7 7および図 7 7 9を参照し、本制御方法について説明する。

図 7 7 7 (a) に示すように MSが BT S 1を使用して c a 1 1 — 1の通信を行っているときに、新たな別の呼である c a l 1 — 2が MSに生じたとする。基地局制御装置の TACFaは、 MS上に発生している既存呼 c a 1 1 一 1によって占有されている無線リソースおよび MSが在圏している BTS (図 7 7 7 (a) の場合、 BTS 1および BTS 2) における使用可能な無線リソースを求め、その結果に基づき、新規呼を含めた M S上の全ての呼をどのように取り扱うかを決定する。

この決定方法は、既に図 7 7 7 (a) および（b) を参照して説明した通りである。この適用例において、基地局制御装置の TACFaは、図 7 7 7 (b) に示すように、 MSぉょびBTS 2間のブランチを c a 1 1 - 1および c a 1 1 一 2の各通信のために設定すべき旨の決定をするのである。

( 1 ) 基地局制御装置の TACFaは、 MSの在圏先である BTS 2を制御する基地局制御装置の TACFv2- 1に対し、当該 BTS— 2を経由した既存呼 c a 1 1 - 1のためのアクセスリンクを確立するため、 BEARER SETUP req. ind.を送信する。

(2) 上記 BEARER SETUP req. ind.を受信した TACFv2- 1は、 BT S 2の BC Fr2-1に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEAR ER & RADIO BEARER SETUP req. ind.は、既存呼 c a 1 1 - 1のための BTS 2から MSまでの無線アクセスリンクおよび当該 BTS 2から基地局制御装置までの有線アクセスリンクの設定を要求するものである。

(3) また、基地局制御装置の TACFaは、 MSの在圏先である BTS 2を制御する基地局制御装置の TACFv2-2に対し、当該 BTS 2を経由した新規呼 c a 1 1 _ 2のためのアクセスリンクを確立するため、 BEARER SETUP req. ind.を送信する。

(4) 上記 BEARER SETUP req. ind.を受信した TACFv2- 2は、 B T S 2の BC Fr2- 2に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEAR ER & RADIO BEARER SETUP req. ind.は、新規呼 c a 1 1 一 2のための BTS 2から MSまでの無線アクセスリンクおよび BTS 2から基地局制御装置までの有線アクセスリンクの設定を要求するものである。

(5) 一方、 BTS 2の BCFr2- 1は、上記 TACFv2_lからの BEARER & RADIO BEARER SETUP req. ind.に従って無線アクセスリンクおよび有線アクセスリンクの設定を開始すると、アクセスリンク設定中である旨の報告をするための RADIO BEARER SETUP PROCEEDING req. ind.を TACFv2- 1に送信する。 (6) TACFv2- 1は、この RADIO BEARER SETUP PROCEEDING req. ind.を受信すると、 TACFaに対して、 MSと BT S 2との間の既存呼 cal卜 1のための無線ァクセスリンクの設定を要求する RADIO BEARER SETUP REQUEST req. ind.を送信する。

(7) また、 BT S 2の BCFr2- 2は、上記 TACFv2- 2からの BEARER & RADIO

BEARER SETUP req. ind.に従って無線アクセスリンクおよび有線アクセスリンクを設定すると、その旨の報告をするための RADIO BEARER SETUP PROCEEDING req. ind.を TACFv2-2に送信する。

(8) TACFv2- 2は、この RADIO BEARER SETUP PROCEEDING req. ind.を受信すると、 TACFaに対して、 MSと BTS 2との間の新規呼 cal卜 2のための無線ァクセスリンクの設定を要求する RADIO BEARER SETUP REQUEST req. ind.を送信する。

(9) TACFaは、 MSの TACAFaに対して、 NON-SOFT HANDOVER EXECUTION req. ind.および RADIO BEARER SETUP req. ind.の両方の内容を含んだ 1つのメッセージを送信する。

ここで、 NON-SOFT HANDOVER BRANCH EXECUTION req. ind.は、既存呼 c a 1 1 一 1のための既存の無線アクセスリンク（BT S 1経由の無線アクセスリンク）を BT S 2経由のブランチへ切り替えることを要求するものである。

また、 RADIO BEARER SETUP REQUEST req. ind.には新規呼 c a 1 1 — 2のための BTS 2経由の無線アクセスリンクの設定を要求するものである。

(1 0) 次に MSは、既存呼 c a 1 1 — 1について BTS 2との間で同期確立動作を開始する。

(1 1) さらに MSは、 I？規呼 c a 1 1 — 2について BTS 2との間で同期確立動作を開始する。

( 1 2) 既存呼 c a 1 1 _ 1について同期が確立すると、 B T S 2の BCF r2-lから TACFv2-lに対し、無線アクセスリンクの確立の完了を報告するための B EARER & RADIO BEARER SETUP resp. conf.が送信される。

(1 3) また、新規呼 c a 1 1 一 2について同期が確立すると、 BTS 2 の BCFr2- 2から TACFv2- 2に対し、無線アクセスリンクの確立の完了を報告するための BEARER & RADIO BEARER SETUP resp. conf.が送信される。

( 1 4) TACFv2- 1は、上記 BCFr2-lからの BEARER & RADIO BEARER SETUP resp. conf.を受信すると、既存呼 c a l 1 — 1について B T S 2経由の無線ァクセスリンクの確立が完了した旨の BEARER SETUP resp. conf.を基地局制御装置の TACFaに送信する。

( 1 5) また、 TACFv2- 2は、上記 BCFr2 - 2からの BEARER & RADIO BEARER SETUP resp. conf.を受信すると、新規呼 c a 1 1 一 2について B T S 2経由の無線アクセスリンクの確立が完了した旨の BEARER SETUP resp. conf.を基地局制御装置の TACFaに送信する。

( 1 6) TACFaは、 TACFv2-lからの BEARER SETUP resp. conf.および TACFv

2- 2からの BEARER SETUP resp. conf.を受信すると、 TACFv卜 1に対し、既存呼 c a 1 1 一 1についてのアクセスリンクの解放を要求する Bearer Release req. ind. を送信する。

( 1 7) TACFv卜 1は、この Bearer Release req. ind.を受信すると、 BCFr 1-1に対し、既存呼 c a l 1 — 1のために維持してきた BTS 1経由のアクセスリンクの解放を要求する BEARER & RADIO BEARER RELEASE req. ind.を送信する。

( 1 8) BCFr卜 1は、この BEARER & RADIO BEARER RELEASE req. ind.を受信すると、既存呼 c a 1 1 一 1のために維持してきたアクセスリンクを解放し、アクセスリンクの解放完了を報告する BEARER RADIO BEARER RELEASE resp. co nf.を TACFv卜 1に送信する。

( 1 9) 次に、 BTS 1の TACFvl- 1から基地局制御装置の TACFaに対し、アクセスリンクの解放完了を報告するための BEARER RELEASE resp. conf.が送信される。

これをもって MSは、既存呼 c a l l - 1および新規呼 c a 1 1 一 2の両方について、 BTS 2を経由したブランチを使用し、かつ、周波数 f 2を使用して通信を行うこととなる。

(3. 7) ：複数呼の通信を行っている移動局にハンドオーバの契機が生じた場合の制御方法（その 1 )

(3. 7. 1 ) ：本制御方法の導入の背景本制御方法も、同時に複数の呼に対応した通信が可能な移動局装置の使用時における問題の解決を図ったものである。

この種の移動局が複数の呼に対応した通信を行っているときにハンドオーバの契機が生じる場合があるが、かかる場合について何等策を講じないとすると、各呼毎に行われるハンドオーバ如何によつては、ブランチ構成や周波数帯域が呼毎に区々となる場合があり得る。かかる場合、呼毎に移動局のハンドオーバ制御や送信電力制御を行う必要があり、網側のオーバへッドに関する負担が過大となる。本制御方法は、かかる問題を解決すベく導入されたものである。

(3. 7. 2) ：本制御方法の内容

本制御方法では、複数呼の通信が可能な移動局が通信を行っているときに当該移動局の移動等によりハンドオーバの契機が発生した場合には、通信中の全ての呼の通信を維持することができる新たなブランチ構成および周波数帯域を決定し、全ての呼に設定されているブランチ構成および周波数帯域を、この新たなブランチ構成および周波数帯域への変更する。

図 780 (a) および（b) は、本制御方法の具体的な適用例を示すものである。

図 780 (a) において、 MSは、 BT S 1との間に設定された周波数 f 1のブランチおよび BTS 2との間に設定された周波数 f 1のブランチからなるダイバーシチハンドォ一バブランチを使用し、 c a l 1 — 1および c a l 1— 2に対応した通信を行っている。

この適用例では、 MSが BTS 3に近づき、 MSと BTS 3との間で周波数 f 1を使用した通信が可能な状態となっている。

また、この適用例では、 BTS 3の通信容量には十分な余裕があり、呼 c a 1 1 一 1および c a 1 1一 2の両方について MSおよび BTS 3間で通信を行うことが可能である。

そこで、この適用例では、図 7 80 (b) に示すように、 BT S 3経由のブランチを MSの現状のブランチ構成に追加するハンドオーバを行い、 MS上に生じている呼 c a 1 1 - 1および c a 1 1一 2の全てについて、ブランチ構成を BT S 1、 BT S 2および BT S 3を各々経由したダイバーシチハンドオーバブランチ構成に変更するのである。

図 7 8 1 (a) および（b) は、本制御方法の別の具体的適用例を示すものである。

図 7 8 1 (a) において、 MSは、 BTS 1との間に設定された周波数 f 1のブランチを使用し、 c a 1 1 — 1および c a 1 1— 2の通信を行っている。この適用例では、 MSが BT S 1から遠ざかり、 BT S 3に近づきつつあるため、 MSと BTS 3との間のブランチを MSに追加する必要性が生じている。また、この適用例では、 BT S 3の通信容量には十分な余裕があり、呼 c a 1 1 - 1および c a 1 1 2の両方について MSおよび BTS 3間で通信を行うことが可能である。

ただし、この適用例では、 BTS 3が使用している周波数は f 2であり、 BT S 1のものとは異なっているため、 BT S 1および BT S 2を使用したダイバーシチハンドオーバを行うことはできない。

そこで、この適用例では、図 7 8 1 (b) に示すように、 c a l 1 — 1および c a l 1 — 2の両方について、通信のためのブランチ構成を BTS 3を使用したブランチ構成に変更しているのである。

図 7 8 2は、前掲図 7 8 0 (a) および（b) の適用例を実施するための本システムの動作を示すシーケンス図である。

図 7 8 2において、了八八？&は図7 8 0 (a) および（b) における MSの機能エンティティである。 TACFaは基地局制御装置内の機能エンティティ TACFであつて、 MSが通信を開始するときに最初に生成されたものである。また、 TACFv3 - 1および TACFv3-2は、 MSの在圏先である BTS 3を制御するために基地局制御装置が有している機能エンティティの各インスタンスであり、各々 c a l 1 — 1 および c a 1 1 — 2に対応したものである。また、 BCFr3-lおよび BCFr3-2は、 M Sの在圏先である BT S 3が有している無線リソース制御のための機能ェンティティのインスタンスであり、各々呼 c a 1 1 - 1および c a 1 1 2に対応している。

以下、図 7 8 2を参照し、図 7 8 0 (a) に示す状態から図 7 8 0 (b) に示す状態に切り替えるための制御方法について説明する。 ( 1 ) 基地局制御装置の TACFaは、 BTS 3を経由した既存呼 c a l l —

1のためのアクセスリンクを確立するため、 BTS 3に対応した基地局制御装置の機能エンティティ TACFv3-lに対し、 BEARER SETUP req. ind.を送信する。

(2) 上記 BEARER SETUP req. ind.を受信した TACFv3- 1は、 B T S 3の BC Fr3- 1に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEAR

ER RADIO BEARER SETUP req. ind.は、 c a 1 1— 1のための BTS 3から MS までの無線アクセスリンクおよび BTS 3から基地局制御装置までの有線ァクセスリンクの設定を要求するものである。

(3) また、基地局制御装置の TACFaは、 8丁33を経由したじ & 1 1 — 2のためのアクセスリンクを確立するため、 BTS 3に対応した基地局制御装置の機能エンティティ TACFv3- 2に対し、 BEARER SETUP req. ind.を送信する。

(4) 上記 BEARER SETUP req. ind.を受信した TACFv3- 2は、 BTS 3の BC Fr3- 2に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEAR ER & RADIO BEARER SETUP req. ind.は、 B T S 3から M Sまでの c a 1 1 — 2のための無線アクセスリンクおよび BTS 3から基地局制御装置までの有線ァクセスリンクの設定を要求するものである。

(5) 一方、 BTS 3の BCFr3 - 1は、上記 TACFv3-lからの BEARER & RADIO BEARER SETUP req. ind.に従ってアクセスリンクを設定すると、その旨の報告をするための Bearer & RADIO BEARER SETUP resp. conf.を TACFv3-lに送信する。

(6) TACFv3 - 1は、この Bearer & RADIO BEARER SETUP resp. conf.を受信すると、基地局制御装置の TACFaに対して、 MSと BTS 3との間の c a 1 I— 1のための無線アクセスリンクの設定を要求するため、 RADIO BEARER SETUP RE QUEST req. ind.を送信する。

(7) また、 BTS 3の BCFr3-2は、上記 TACFv3-2からの BEARER & RADIO BEARER SETUP req. ind.に従ってアクセスリンクを設定すると、その旨の報告をするための Bearer & RADIO BEARER SETUP resp. conf.を TACFv3_2に送信する。

(8) TACFv3- 2は、この Bearer & RADIO BEARER SETUP resp. conf.を受信すると、 TACFaに対して、 MSと BTS 3との間の caU-2のための無線アクセスリンクの設定を要求するため、 RADIO BEARER SETUP REQUEST req. ind.を送信する。

(9) TACFaは、 MSの TACAFaに対して、 HANDOVER BRANCH ADDITION req. ind.を送信する。この HANDOVER BRANCH ADDITION req. ind.は、 c a 1 1 — 1および c a 1 1 — 2のための既存の無線アクセスリンク（BT S 1経由の無線ァクセスリンクおよび BTS 2経由の無線アクセスリンク）を解放することなく新たな BTS 3経由の無線アクセスリンクの追加設定を要求するものである。

( 1 0) MSの TACAFaは、上記 HANDOVER BRANCH ADDITION req. ind.に従つて BTS 3経由の c a l 1 — 1および c a 1 1 一 2のための無線アクセスリンクの設定を完了すると、その旨を報告する Handover Branch Addition resp. co nf.を基地局制御装置の TACFaに送る。

これにより、 MSは、 c a l 1 — 1および c a l l - 2の両方について、 BT S 1、 BT S 2および BT S 3を含んだダイバーシチハンドオーバブランチを使用し、通信を行うこととなる。

図 7 8 3は、前掲図 7 8 1 (a) および（b) の適用例を実施するための本システムの動作を示すシーケンス図である。

図 7 8 3において、 TACAFaは図 7 8 1 (a) および（b) における MSの機能

TACFaは基地局制御装置内の機，

て、 MSが通信を開始するときに最初に生成されたものである。また、 TACFv卜 1および TACFvl-2は、 BTS 1を制御するために基地局制御装置が有している機能エンティティの各インスタンスであり、各々 c a 1 1 - 1および c a 1 1 - 2 に対応したものである。また、 TACFv3- 1および TACFv3-2は、 BTS 3を制御するために基地局制御装置が有している機能ェンティティの各ィンスタンスであり、各々 c a 1 1 — 1および c a 1 1 — 2に対応したものである。また、 BCFr卜 1および BCFr卜 2は、 BTS 1が有している無線リソース制御のための機能ェンティティのィンスタンスであり、各々 c a 1 1 — 1および c a 1 1 — 2に対応している。また、 BCFr3-lおよび BCFr3- 2は、 B T S 3が有している無線リソース制御のための機能エンティティのインスタンスであり、各々呼 c a 1 1 — 1および c a 1 1 - 2に対応している。

以下、図 7 8 3を参照し、図 7 8 1 (a) に示す状態から図 7 8 1 (b) に示す状態に切り替えるための制御方法について説明する。

( 1 ) 基地局制御装置の TACFaは、 BTS 3を経由した c a 1 1 — 1のためのアクセスリンクを確立するため、 BTS 3に対応した基地局制御装置の機能エンティティ TACFv3-lに対し、 BEARER SETUP req. ind.を送信する。

(2) 上記 BEARER SETUP req. ind.を受信した TACFv3- 1は、 BT S 3の BC

Fr3- 1に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEAR ER & RADIO BEARER SETUP req. ind.は、 c a 1 1 — 1のための BTS 3から MS までの無線アクセスリンクおよび B T S 3から基地局制御装置までの有線ァクセスリンクの設定を要求するものである。

(3) また、基地局制御装置の TACFaは、 BTS 3を経由した c a 1 1 -

2のためのアクセスリンクを確立するため、 BTS 3に対応した基地局制御装置の機能エンティティ TACFv3-2に対し、 BEARER SETUP req. ind.を送信する。

(4) 上記 BEARER SETUP req. ind.を受信した TACFv3_2は、 BT S 3の BC Fr3-2に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEAR ER & RADIO BEARER SETUP req. ind.は、 B T S 3から M Sまでの c a 1 1 — 2のための無線アクセスリンクおよび B T S 3から基地局制御装置までの有線ァクセスリンクの設定を要求するものである。

(5) 一方、 BTS 3の BCFr3- 1は、上記 TACFv3-lからの BEARER & RADIO BEARER SETUP req. ind.に従ってアクセスリンクの設定を開始すると、アクセスリンク設定中である旨の報告をするための Bearer & RADIO BEARER SETUP Proce eding. req. ind.を TACFv3- 1に送信する。

(6) TACFv3- 1は、この Bearer k RADIO BEARER SETUP Proceeding, req. ind.を受信すると、基地局制御装置の TACFaに対して、 MSと BTS 3との間の c a 1 1 — 1のための無線アクセスリンクの設定を要求するため、 RADIO BEARE R SETUP REQUEST req. ind.を送信する。

(7) また、 BT S 3の BCFr3- 2は、上記 TACFv3- 2からの BEARER & RADIO BEARER SETUP req. ind.に従ってアクセスリンクの設定を開始すると、アクセスリンク設定中である旨の報告をするための Bearer & RADIO BEARER SETUP Proce eding. req. ind.を TACFv3- 2に送信する。 (8) TACFv3- 2は、この Bearer & RADIO BEARER SETUP Proceeding, req. ind.を受信すると、 TACFaに対して、 M Sと B T S 3との間の c a 1 1 — 2のための無線アクセスリンクの設定を要求するため、 RADIO BEARER SETUP REQUEST req. ind.を送信する。

(9) TACFaは、 M Sの TACAFaに対して、 Non- soft HANDOVER Execution req. ind.を送信する。この Non- soft HANDOVER Execution req. ind.は、 c a 1 1 1および c a l 1 — 2のため無線アクセスリンクを、 BTS 1経由の無線ァクセスリンクから BTS 3経由の無線アクセスリンクへ切り替えることを要求するものである。

( 1 0) MSの TACAFaは、上記 Non- soft HANDOVER Execution req. ind. に従って無線アクセスリンクの切り替えを行うと、 c a l 1 — 1について BTS 3との間で同期確立動作を開始する。

( 1 1 ) さらに MSは、 c a l 1 — 2について BTS 3との間で同期確立動作を開始する。

( 1 2) c a l 1 — 1について同期が確立すると、 B T S 3の BCFr3- 1から TACFv3-lに対し、無線アクセスリンクの確立の完了を報告するための BEARER & RADIO BEARER SETUP resp. coni.が送信される。

( 1 3) TACFv3- 1は、上記 BCFr3-lからの BEARER & RADIO BEARER SETUP resp. conf.を受信すると、 c a l 1 — 1について B T S 3経由の無線アクセスリンクの確立が完了した旨の報告をすべく BEARER SETUP resp. conf.を TACFaに送信する。

( 1 4) また、 c a l 1 _ 2について同期が確立すると、 8丁3 3の^？ r3 - 2から TACFv3-2に対し、無線アクセスリンクの確立の完了を報告するための B EARER & RADIO BEARER SETUP resp. conf.が送信される。

( 1 5) TACFv3-2は、上記 BCFr3- 2からの BEARER & RADIO BEARER SETUP resp. conf.を受信すると、 c a l 1 — 2について B T S 3経由の無線アクセスリンクの確立が完了した旨の BEARER SETUP resp. conf.を TACFaに送信する。

( 1 6) TACFaは、 TACFv3-iからの BEARER SETUP resp. coni.および TACFv 3-2からの BEARER SETUP resp. conf.を受信すると、 TACFv卜 1に対し、 c a l l — 1についてのアクセスリンクの解放を要求する Bearer Release req. ind.を送信する。

(1 7) TACFvl- 1は、この Bearer Release req. ind.を受信すると、 BCFr 卜 1に対し、 c a 1 1 — 1についての BT S 1経由のアクセスリンクの設定の解除を要求する BEARER & RADIO BEARER RELEASE req. ind.を送信する。

(1 8) BCFr卜 1は、この BEARER & RADIO BEARER RELEASE req. ind.を受信すると、 c a l 1 — 1のために維持してきたアクセスリンクを解放し、ァクセスリンクの解放完了を報告する BEARER & RADIO BEARER RELEASE resp. conf.を T ACFv卜 1に送信する。

(1 9) 次に、 TACFv卜 1から TACFaに対し、アクセスリンクの解放完了を報告するための BEARER RELEASE resp. conf.が送信される。

そして、（2 0) 〜（2 3) では、上記（1 6) 〜（1 9) と同様の動作が c a 1 1 — 2について実行される。

これをもって MSは、 c a l l — 1および c a l l - 2の両方について、 BT S 3を経由したブランチを使用して通信を行うこととなる。

(3. 8) ：複数呼の通信を行っている移動局にハンドオーバの契機が生じた場合の制御方法（その 2)

(3. 8. 1 ) ：本制御方法の導入の背景

上記（3. 7) の制御方法では、移動局が複数の呼に対応した通信を行っているときにハンドオーバの契機が生じた場合に、全ての呼に対応した通信を可能にするブランチ構成および周波数帯域を決定し、その決定に従って全ての呼についてのハンドオーバを実施した。

この制御方法を実施しょうとする場合において、移動局の在圏先の基地局の通信容量の不足等の理由により、全ての呼に対して無線資源を割り当てることは不可能である、といった事態が生じ得る。

このような場合、何等策を講じないとすれば、全ての呼を切断せざるを得ないしかしながら、通信中の呼の中に優先度の高い呼（例えば緊急呼）と優先度の低い呼が含まれており、全ての呼の通信を維持することは無理であるが、優先度の高い呼については無線資源を割り当てて通信を維持できる場合もあり得る。かかる場合に、優先度の高い呼の通信を維持できるにも拘わらず、全ての呼を切断してしまうのは甚だ不合理である。

本制御方法は、かかる不合理を解消すべく導入されたものである。 ( 3 . 8 . 2 ) ：本制御方法の内容

本制御方法では、上記のような、複数呼の通信が可能な移動局が通信を行っているときに当該移動局の移動等によりハンドオーバの契機が発生した場合に以下の手順に従ってハンドオーバの制御を行う。

a . 通信中の全ての呼を維持することができる新たなブランチ構成または周波数帯域があるか否かを移動局または網側の装置（例えば基地局制御装置）が判断する。

b . 通信中の全ての呼を維持することができるブランチ構成または周波数帯域がない場合には、当該移動局の通信に割り当てることが可能な空き容量を移動局または網側の装置が認識する。

c 上記空き容量に見合う呼を優先度の高いものから選択し、選択しなかつた呼は解放する。なお、優先度が同じ呼については、全て解放するか、一定の法則に従って一部を選択し（解放する呼をランダムに選択してもよいし、例えば接続開始時間の長いものから選択してもよい）、他を解放する。

d . 選択した呼については、上記空き容量を使用したブランチまたは周波数帯域にハンドオーバさせる。

このような制御により、優先度の高い呼を維持できるよう、優先度の高い呼以外の呼を切断し、優先度の高い呼については各呼のブランチ構成および周波数帯域が同じになるようにハンドオーバを行うのである。

図 7 8 4 ( a ) および（b ) は、本制御方法の具体的な適用例を示すものである。

図 7 8 4 ( a ) において、 M Sは、 B T S 1経由の周波数 f 1のブランチを使用し、 c a l 1 _ 1ぉょびじ & 1 1 一 2に対応した通信を行っている。この適用例では、 MSがBTS 1の圏内から BT S 3の圏内に移行しつつあり, BTS 1から BTS 3へのハンドオーバをすべき状態となっている。

しかし、 BTS 3の通信容量には余裕が少なく、 BTS 3では優先度の高い c a 1 1 - 1を維持することはできるが、 c a l l — 1および優先度の低い c a 1 1 一 2の両方について MSおよび BTS 3間で通信を行うことはできない。

また、 BT S 3の使用周波数は f 2であり、 BTS 1との間でダイバーシチハンドオーバを行うこともできない。

そこで、この適用例では、図 7 84 (b) に示すように、 MSにおける優先度の低い c a 1 1 - 2を切断し、優先度の高い c a 1 1 — 2のみについて、 BTS 1経由のブランチから BT S 3経由のブランチに切り替えるハンドオーバを行い、優先度の高い c a l l - 1のみの通信を維持している。

図 7 8 5は、前掲図 7 84 (a) および（b) の適用例を実施するための本システムの動作を示すシーケンス図である。なお、図 7 8 8において、 TACAFa, TA CFv卜 1等の意味は、図 7 8 3を参照して説明したものと同様である。

以下、図 7 8 5を参照し、図 7 84 (a) に示す状態から図 7 84 (b) に示す状態に切り替えるための制御方法について説明する。

( 1 ) 基地局制御装置の TACFaは、 BTS 3を経由した既存呼 c a 1 1 — 1のためのアクセスリンクを確立するため、 BTS 3に対応した基地局制御装置の機能エンティティ TACFv3-lに対し、 BEARER SETUP req. ind.を送信する。

(2) 上記 BEARER SETUP req. ind.を受信した TACFv3-lは、 B T S 3の BC

Fr3- 1に対して、 BEARER & RADIO BEARER SETUP req. ind.を送信する。この BEAR ER & RADIO BEARER SETUP req. ind.は、 c a l 1 — 1のための B T S 3から M S までの無線アクセスリンクおよび B T S 3から基地局制御装置までの有線ァクセスリンクの設定を要求するものである。

(3) 次に、基地局制御装置の TACFaは、優先度の低い c a 1 1 — 2のために維持してきたアクセスリンクを解放するため、 BTS 1に対応した基地局制御装置の機能エンティティ TACFv卜 2に対し、 BEARER RELEASE req. ind.を送信する。

(4) 上記 BEARER RELEASE req. ind.を受信した TACFvl- 2は、 BTS 1の BCFr卜 2に対して、 BEARER RADIO BEARER RELEASE req. ind.を送信する。この BEARER & RADIO BEARER RELEASE req. ind.は、 BTS 1から MSまでの c a 1 1 — 2のための無線アクセスリンクおよび BTS 1から基地局制御装置までの有線アクセスリンクの解放を要求するものである。

(5) 一方、 BTS 3の BCFr3-lは、上記 TACFv3 - 1からの BEARER & RADIO

BEARER SETUP req. ind.に従ってアクセスリンクの設定を開始すると、アクセスリンク設定中である旨の報告をするための RADIO BEARER SETUP Proceeding re q. ind.を TACFv3- 1に送信する。

(6) TACFv3- 1は、この Bearer & RADIO BEARER SETUP Proceeding req. ind.を受信すると、基地局制御装置の TACFaに対して、 MSと BTS 3との間の c a 1 1 一 1のための無線アクセスリンクの設定を要求するため、 RADIO BEARE R SETUP REQUEST req. ind.を送信する。

(7) また、 BT S 1の BCFr卜 2は、上記 TACFv卜 2からの BEARER & RADIO BEARER RELEASE req. ind.に従ってアクセスリンクを解放すると、その旨の報告をするための Bearer & RADIO BEARER RELEASE resp. conf.を TACFv卜 2に送信する。

(8) TACFv卜 2は、この Bearer & RADIO BEARER RELEASE resp. conf.を受信すると、 TACFaに対して、 cal卜 2のために維持してきたアクセスリンクの解放を報告する BEARER RELEASE resp. conf.を送る。

(9) TACFaは、この BEARER RELEASE resp. conf.を受信すると、 M Sの接続先を BT S 1から BT S 3へ切り替えるべき旨を要求する Non- soft Handover

Execution req. ind.を M Sの TACAFaに送信する。

( 1 0) MSの TACAFaは、上記 Non- soft Handover Execution req. ind. IZ 従って無線アクセスリンクの切り替えを行うと、 c a l 1 — 1について BTS 3 との間で同期確立動作を開始する。

( 1 1 ) c a 1 1 — 1について同期が確立すると、 B T S 3の BCFr3- 1から T ACFv 3- 1に対し、無線アクセスリンクの確立の完了を報告するための BEARER & RADIO BEARER SETUP resp. conf.が送信される。

( 1 2) TACFv3- 1は、上記 BCFr3 - 1からの BEARER & RADIO BEARER SETUP resp. conf.を受信すると、 c a l 1 — 1について B T S 3経由の無線アクセスリンクの確立が完了した旨の報告をすべく BEARER SETUP resp. conf.を TACFaに送信する。

( 1 3) TACFaは、 TACFv3-lからの BEARER SETUP resp. conf.を受信すると、 TACFv卜 1に対し、もはや不要となった c a 1 1 — 1についての B T S 1経由のァクセスリンクの解放を要求する Bearer Release req. ind.を送信する。

( 1 4) TACFv卜 1は、この Bearer Release req. ind,を受信すると、 BCFr 卜 1に対し、 c a l 1 — 1についての BT S 1経由のアクセスリンクの解放を要求する BEARER & RADIO BEARER RELEASE req. ind.を送信する。

( 1 5) BCFr卜 1は、この BEARER & RADIO BEARER RELEASE req. ind.を受信すると、 c a 1 1 — 1のために維持してきた BTS 1経由のアクセスリンクを解放し、アクセスリンクの解放完了を報告する BEARER & RADIO BEARER RELEASE resp. conf. ¾:TACFvト 1に送 1目する。

( 1 6) 次に、 TACFv卜 1から TACFaに対し、アクセスリンクの解放完了を報告するための BEARER RELEASE resp. conf.が送信される。

これをもって MSは、優先度の高い c a 1 1 — 1のみについて、 BTS 3を経由したブランチを使用して通信を行うこととなる。

(3. 9) ：ブランチの同期確立の確認を待たずにハンドオーバ手順を終了するハンドオーバ制御方法

(3. 9. 1 ) ：本制御方法導入の背景

従来の移動通信システムにおいては、以下の手順により、ハンドオーバを行つていた。

( 1 ) 移動局と新たな基地局との間に新たなブランチを設定する。

( 2 ) 移動局からの無線信号の同期確立を新たな基地局が確認する。

(3) 新たな基地局から基地局制御装置に同期確立を報告する。

(4) ハンドオーバ手順を終了する。

しかしながら、これまで説明してきたように、本システムでは、通信に使用しているブランチに対し、必要に応じて新たなブランチを追加し、これらのブランチ全体を利用することにより、必要最低限の送信電力で所望の通信品質を得る制御方式を採用している。このため、全てのブランチの各々について所望の通信品質が得られるという保障はなく、低い送信電力で通信を行うブランチ（ダイバ一シチハンドオーバの場合のサブブランチ）については同期確立を行うことができない場合がある。

従って、本システムにおいて移動局に対して新たなブランチを追加するための制御を仮に上記（1 ) 〜（4 ) に従って行うものとすると、新たなブランチについての同期確立の確認が得られず、ハンドオーバ手順が未完了のまま長時間に亙つて継続してしまうという問題が生じうる。

本制御方法は、かかる問題を解決すベく導入されたものである。

( 3 . 9 . 2 ) ：本制御方法の内容

本システムでは、ハンドオーバを行う場合に、ブランチについての同期確立の確認を待つのではなく、レイヤ 3メッセージの通信の開始により、ハンドオーバ手順を終了する。

すなわち、基地局制御装置は、新たなブランチの設定要求を基地局および移動局に送った場合、新たなブランチについての同期確立が確認されるのを待たずに、ハンドオーバ手順を終了する。

また、移動局は、新たなブランチの設定要求を受け取ると、当該ブランチに対応した周波数設定等を行うことにより当該ブランチを使用した信号受信を可能な状態とする。その後、移動局は、当該ブランチを介して何らかの有意の信号が受信されることをもって、当該ブランチが確立したとみなし、直ちに当該ブランチを経由した受信信号および他のブランチを経由した受信信号を用いたダイバ一シチ合成を開始する。

同様に、基地局は、新たなブランチの設定要求を受け取ると、当該ブランチに対応した周波数設定等を行うことにより当該ブランチを使用した信号受信を可能な状態とし、その後、当該ブランチを介して何らかの有意の信号が受信されることをもって、当該ブランチが確立したとみなし、直ちに新たなブランチを経由した信号を開始する。そして、当該基地局において基地局内ダイバーシチハンドォ —バを行う場合には、新たなブランチを経由した受信信号と他のブランチを経由した受信信号を用いたダイバーシチ合成を開始する。また、当該基地局と他の基地局とを使用した基地局内ダイバーシチハンドオーバを行う場合には、当該基地局は新たなブランチを経由した受信信号を基地局制御装置に送り、基地局御装置はこの受信信号と他の基地局を経由した受信信号を用いたダイバーシチ合成を開始するのである。

本制御方法は、既に説明した前章までの各制御方法の中で用いられている。例えば図 41は基地局内ダイバーシチハンドオーバを行うためのブランチ追加の動作シーケンス、図 43は基地局間ダイバーシチハンドオーバを行うためのブランチ追加の動作シーケンスを表しているが、これらの動作シーケンスにおいて、メインブランチについてのレイヤ 1確立が終わると、その時点で移動局は通信が可能になる。そこで、網側では、新たに追加されたサブブランチについての同期確立の確認を待たずにブランチ追加の手続を終了しているのである。

また、図 770はアクセスリンクの設定と同時に基地局間ダイバーシチハンドオーバへ移行させる動作例を示しているが、この例において移動局は、 TACA F aおよび B C F r 1間でメインブランチについての同期確立（L a y e r 1 Syn c. ) が終了することにより、レイヤ 3メッセージの通信を開始することができる。そこで、 TAC AF aおよび B C F r 2間でサブブランチについての同期確立の確認を行うことなく、ハンドオーバ手順を終了させているのである。また、図 773は、ブランチ切替と同時にダイバーシチハンドオーバのためのブランチ追加を行う動作例を示しているが、この例において移動局は、 TACA F aおよび BCF r 2間でブランチ切替後のメインブランチについての同期確立 (L ay e r l S yn c. ) が終了することにより、レイヤ 3メッセージの通信を開始することができる。そこで、 TACAF aおよび BCF r 3間でサブブランチについての同期確立の確認を行うことなく、ハンドオーバ手順を終了させているのである。

ダイバーシチハンドオーバを行う他の動作例（図 7 7 5、図 7 7 8等）についても同様である。）

(3. 10) ：コードリソース管理制御方法

(3. 10. 1) ：本制御方法の導入の背景

一般的なコードリソース管理制御においては、コードリソースの再割当て（呼の再配置）は、呼の生起時及び呼の終了時に行われていた。呼の生起時に再割当を行う方法では、接続開始時に再配置が行われるため接続開始までの遅延が大きいという問題が生じる。

また、呼の終了時に再割当を行う方法では、再割当のための制御は冗長制御となり、制御負荷の増大を招いてしまうという問題が生じる。

さらに回線に割当可能なコードリソース（割当可能コードリソースという。）を複数の帯域幅を有するコードリソースに分割し、いずれか一つのコードリソース長を有する未使用のコードリソースを回線に割当可能な移動無線通信システムにおいては、コードリソース空間内でコードリソースの確保（=割当） '解放を繰り返すことにより利用可能な空きコ一ドリソースが散らばる「フラグメント」が生じることが避けられない。

一方、帯域幅の広いコードリソースを確保するためには、帯域幅に応じて連続的なコードリソース空間に相当する帯域幅を有する未使用のコードリソースが予め確保されている必要がある。

そこでフラグメントを整理し、必要な帯域幅を有する未使用のコ一ドリソースを確保すべく、コードリソースの回線への再割当てが必要となる。

しかしながら、コードリソースの回線への再割当てを呼の生起時に行うことは、呼の接続遅延が発生するという不具合が生じる。

また、呼の終了時に行った場合には、必ずしも広帯域呼が次に発生するとは限らないので冗長制御となり、システムへの制御負荷が増大するという不具合が生じる。

そこで、コードリソースの回線への再割当（=呼の再配置）を行う契機の設定がユーザの使い勝手の向上及びシステムの負担軽減に大きくつながる。

そこで、本制御方法は、コードリソースの回線への再割当を行う契機を最適化し、再割当の頻度を低減させ、かつ、呼の接続遅延を抑制することが可能な移動無線通信システム、基地局装置、基地局制御装置及びそれらの制御方法を提供することを目的としている。

( 3 . 1 0 . 2 ) ：本制御方法の概要

図 7 9 3にある時点におけるコードリソースの回線への割当状況を示す。

図 7 9 3に示す回線への割当状況においては、コ一ドリソース C R 5 - 2、 C R 5-7、 CR 5-8, CR 5-9, CR 5- 11、 C R 5 - 15及び C R 5 - 16のみが未使用 (未割当）であり利用可能となっている。

なぜならば、これらのコードリソースの上位にあたる「節」は、未利用となつているからである。任意の「節」において、その節から出ている下位の「葉」及び上位の節が未利用であれば、その節に当たるコードリソースは利用可能となるより具体的には、節 N 1において、その節 N 1から出ている下位の葉（=CR 5 - 15及び CR 5- 16) 及び上位の節 N 2が未使用であるので、当該節 Nに当たるコ —ドリソース C R 4 -8は利用可能となる。

このような性質を持つのは、下位のコ一ドリソースが一つ上位のコードリソースを分割して利用しているからである。

より具体的には、レベル 1コードリソース CR 1、レベル 2コードリソース C R 2、レベル 3コードリソース CR 3、レベル 4コ一ドリソース CR4及びレべル 5コードリソース CR 5に必要とされる各コードリソースの帯域幅の関係は以下のようになる。

CR 1 = 2 X (CR 2)

=4 X (CR 3)

= 8 X (CR 4)

= 1 6 X (CR 5)

従って、例えば、一つのレベル 4コードリソース CR 4に相当する帯域幅をレベル 5コードリソースとして割り当てる場合には、 2つのレベル 5コードリソース CR 5として利用することができるのである。

ところで、図 793に示す割当状況においては、未使用（=未割当）のレベル 5コ一ドリソース CR 5が 7つ（=CR 5— 2、 CR 5-7, CR 5 - 8、 CR 5 - 9、 CR 5- 11、 CR 5- 15及び CR 5- 16) あるにも拘わらず、 4つのレベル 5コードリソース C R 5に相当する帯域幅を必要とするコ一ドリソースであるレベル 3 コードリソース CR 3を確保することはできない。

なぜなら、全てのレベル 3コードリソース CR 3- 1〜CR 3 -4は、互いに独立である（すなわち、その一部づっを組み合わせることによっては連続的なコードリソース空間を構成することはできない）とともに、さらに下位のいずれかのコ ―ドリソースとして少なくとも一部が使用されているからである。

従って、レベル 3コ一ドリソース CR 3を使用しょうとする場合には、図 79 4に示すように、レベル 3コードリソース CR 3のいずれかの節で用いられているコードリソースを当該レベル 3コ一ドリソース CR 3を構成するコ一ドリソ一ス以外のコードリソース部分に移動させる必要がある。

この場合において、所望の帯域幅を有するコ一ドリソースの確保が可能か否かを判別するのは、無線基地局であり、コードリソースの再割当を行うのは基地局制御装置である。

より具体的には、レベル 3コードリソース CR 3- 4を確保できないことを無線基地局が判別すると、基地局制御装置は、レベル 3コードリソース CR 3-4を確保すべく、レベル 5コードリソース CR 5- 11を未使用の同じリソース長を有するレベル 5コードリソース CR 5-9に移動し（ステップ S 1) 、さらにレベル 4 コ—ドリソース CR 4- 7を未使用の同じリソース長を有するレベル 4コードリソース CR 4-6に移動する（ステップ S 2) 。

これにより、レベル 3コ一ドリソース CR 3- 4が確保されることとなる。ところで、このコ一ドリソースの再割当の契機をいつにするのかがシステムの負担軽減に大きくつながることについては、上述した通りである。

そこで、本制御方法においては、再割当の契機を予め設定した帯域幅を有する連続した未使用の割当可能コードリソースが存在しなくなつた場合をその契機としている。

より具体的には、レベル 3コードリソース C R 3を基準コ一ドリソース及び割当が可能な最大の帯域幅を有する割当可能コードリソースとし、このレベル 3コ一ドリソース CR 3に相当する帯域幅を基準帯域幅として、レベル 3コードリソース C R 3を回線に割り当てることができなくなくなった時点（図 793参照）をコードリソースの再割当の契機として用いている。

この結果、レベル 3コードリソース CR 3を回線に割り当てることができなくなった時点で、図 7 94に示したような再割当処理を行うこととなるので、原則的には、呼生起時には再割当処理を行わないので、接続遅延を抑制することがでさる。また、レベル 3コードリソース C R 3を回線に割り当てることができる伏況下においては、再割当処理を行わないので、呼終了時に常に再割当を行う場合と比較してシステムの制御負担を低下することが可能となる。

以上の説明のように、コードリソースの回線に対する再割当（再配置）の頻度を最小限に抑え、かつ、呼の生起時には、コードリソースの再配置を伴わないため、接続遅延を抑制することができ、ユーザに対するサービスの質を向上し、使い勝手を向上することができる。

網が一時的移動ユーザ識別子（ T M U I )を用いてページングを行うと、該当する移動局（M S )は応答を返送する。この後、網は、一時的移動ユーザ識別子（TMU I )に対応した認証キーと乱数を用いて認証を行う。この際、不正であると判定されると、網は個人識別子（ I M U I )の送信要求を送出する。次に、網は、個人識別子（ I M U I )に対応する認証キーと乱数を用いて認証を行う（S 8 〜 S 10)。ここで、正当なユーザーであると認証された場合には、一時的移動ユーザ識別子（ T M U I )の再割当を行う。

また、送信情報における秘匿対象及び秘匿開始タイミングを制御する秘匿方式を移動局（M S )と網側との交渉により決定する。さらにまた、呼の発生を契機としてダイバーシティハンドオーバを開始させる。また、移動局（M S )においてブランチ切替が必要な状態のとき、ダイバーシティハンドオーバ可能なブランチに切り替える。さらに同時に複数呼の通信が可能な移動局（M S )において新規呼が発生した場合に、全ての呼についてブランチ構成、通信周波数帯域が同じになるように制御する。さらにまた、同時に複数呼の通信が可能な移動局 (M S )において新規呼が発生した場合に、全ての呼を維持できるブランチ構成、通信周波数帯域を選定し、移行させる。

これらにより、マルチメディア化に対応し各種データの伝送に適した移動通信システムを構築できる。

PCTtこ基づいて公開される国際出願のパンフレント第- -頁に掲載された PCT加盟国を同定するために使用されるコ一ド (参:

AL アルバニア F I フィンランド LR リベリア SK スロヴァキア

AM アルメニア FR フランス LS レソト Sしシエラ · レオネ

AT オーストリア GA ガボン LT リトァニァ SN セネガル

AU オーストラリア GB 英国し U ノレクセンブルグ S 2 スヮジランド

AZ ァゼルバイジャン GD グレナダ LV ラ卜ヴィァ TD チャード

B A ボズ-ァ ·ヘルツェゴビナ GE グルジア MC モナコ TG トーゴ一

BB ノく /くドス GH ガ一ナ MD モノレドヴァ丁 J タジキスタン

BE ベキ一 GM ガンビア G マダガスカル T トルクメニスタン

B F ブルギナ，ファン GN ギユア M マケドニァ旧ュ一ゴスラヴィァ TR トルコ

BG ブルガリァ G ギニァ · ビサォ共和国 TT トリニダッド ' トバゴ

B J ベナン GR ギリシャ ML マリ UA ウクライナ

BR ブラジノレ HR クロアチア N モンゴル UG ウガンダ

BY ベラノレーシ HU ハンガリ一 MR モ一リタ-ァ U S

CA カナダ I D インドネシア MW マラウイ U2 ゥズべキスタン

CF 中央アフリカ I E アイルランド MX メキシコ VN ヴィェトナム

CG コンゴ一 I しイスラヱノレ NE ユシェ—ル YU ユーゴ一スラビア

CH スイス I S アイスランド NL オランダ ZW シンフエ

C I コ一トジボア一 I T イタリア NO ノ—ノレゥェ一

CM カメノレーン J P 日本 NZ ニュ一 *ジ一ランド

CN 中国 KE ケニア PL ポ—ランド

CU キュ一 KG キルギスタン PT ポトガル

CY キプロス P 北朝鮮 RO ル一マユ： Γ

CZ チェッコ KR 韓国 RU ロシア

DE ドイツ Z カザフスタン SD ス一ダン

D テンマ一クし c セントルシア SE スウェーデン

EE エストニアし I リヒテンシユタイン SG シンガポール

ES スペイン L スリ · ラン力 S I スロヴニァ請求の範囲

1 . 複数の移動機と網の間で通信を行う移動通信方法において、

識別のための個人識別子を前記各移動機に予め割り当てるともに、前記網は在圏する前記移動機に一時的な識別子を一時的識別子として割り当て、

前記網と前記移動機は、前記個人識別子と前記一時的識別子を各々保持し、前記網は、自己が保持する前記一時的識別子と前記移動機が保持する前記一時的識別子が不一致となったことを検知し、不一致となつた前記移動機に対して前記一時的識別子を再度割り当てることを特徴とする移動通信方法。

2 . 交換局の制御下でダイバーシティ合成が可能な移動機と複数の無線基地局を介して通信を行う基地局制御装置において、

前記交換局から受信した前記移動機に送信すべき送信情報に対して秘匿処理を行い秘匿送信情報を生成する秘匿処理手段を備えたことを特徴とする基地局制御装置。

3 . 交換局の制御下でダイバーシティ合成が可能な移動機と複数の無線基地局を介して通信を行う基地局制御装置において、

前記交換局において秘匿処理がなされた秘匿送信情報に再送制御情報を付加する再送制御情報付加手段と、

前記再送制御情報が付加された前記秘匿送信情報を前記複数の無線基地局に対して配信する配信手段と、

を備えたことを特徴とする基地局制御装置。 4 . ダイバーシティ合成が可能な移動機と複数の無線基地局及び請求の範囲第 2項記載の基地局制御装置を介して通信を行う交換局において、

前記移動機に送信すべき送信情報に対し秘匿処理を行って前記秘匿送信情報を生成する秘匿処理手段を備えたことを特徴とする交換局。 5 . ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムにおいて、

前記交換局側から前記移動機側に向かって情報を送信する場合に、前記基地局制御装置において、前記情報を前記複数の無線基地局に分配し、配信する前に前記情報に対し秘匿処理を施すことを特徴とする移動通信シ

6 . ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムにおいて、

前記交換局側から前記移動機側に向かって情報を送信する場合に、前記交換局において、前記情報を前記基地局制御装置に対して配信する前に前記情報に対し秘匿処理を施すことを特徴とする移動通 7 . ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムにおいて、

〇 S I参照モデルにおける第 2層以上の層に対応する層でのみ取り扱われる情報に対して秘匿処理を施す第 2層秘匿処理手段を備えたことを特徴とする移動通 f!

8 . ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムにおいて、

〇 S I参照モデルにおける第 3層以上の層に対応する層でのみ取り扱われる情報に対して秘匿処理を施す第 3層秘匿処理手段と、

前記 O S I参照モデルにおける第 2層に対応する層において秘匿開始の相互通知を行う第 2層相互通知手段と、

を備えたことを特徴とする移動通信： 9 . ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムにおいて、

O S I参照モデルにおける第 3層以上の層に対応する層でのみ取り扱われる情報に対して秘匿処理を施す第 3層秘匿処理手段と、

前記〇S I参照モデルにおける第 2層に対応する層において前記第 3層秘匿処理手段により秘匿処理が施された情報に、再送制御情報を付加する再送制御情報付加手段と、

を備えたことを特徴とする移動通信：

1 0 . 交換局の制御下でダイバーシティ合成が可能な移動機と複数の無線基地局を介して通信を行う基地局制御装置の制御方法において、

前記交換局から受信した前記移動機に送信すべき送信情報に対して秘匿処理を行い秘匿送信情報を生成する秘匿処理工程を備えたことを特徴とする基地局制御装置の制御方法。 1 1 . 交換局の制御下でダイバーシティ合成が可能な移動機と複数の無線基地局を介して通信を行う基地局制御装置の制御方法において、

前記交換局において秘匿処理がなされた秘匿送信情報に再送制御情報を付加する再送制御情報付加工程と、

前記再送制御情報が付加された前記秘匿送信情報を前記複数の無線基地局に対して配信する配信工程と、

を備えたことを特徴とする基地局制御装置の制御方法。

1 2 . ダイバーシティ合成が可能な移動機と複数の無線基地局及び請求の範囲第 3項記載の基地局制御装置を介して通信を行う交換局の制御方法において、前記移動機に送信すべき送信情報に対し秘匿処理を行って前記秘匿送信情報を生成する秘匿処理工程を備えたことを特徴とする交換局の制御方法。

1 3 . ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムの制御方法において、

前記交換局側から前記移動機側に向かって情報を送信する場合に、前記基地局制御装置において前記情報を前記複数の無線基地局に分配し、配信する前に前記情報に対し秘匿処理を施す工程を備えたことを特徴とする移動通信システムの制御方法。

1 4 . ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムの制御方法において、

前記交換局側から前記移動機側に向かって情報を送信する場合に、前記交換局において前記情報を前記基地局制御装置に対して配信する前に前記情報に対し秘匿処理を施すことを特徴とする移動通信システムの制御方法。

1 5 . ダイバ一シティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムの制御方法において、

0 S I参照モデルにおける第 2層以上の層に対応する層でのみ取り扱われる情報に対して秘匿処理を施す第 2層秘匿処理工程を備えたことを特徴とする移動通信システムの制御方法。

1 6 . ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムの制御方法において、

〇 S I参照モデルにおける第 3層以上の層に対応する層でのみ取り扱われる情報に対して秘匿処理を施す第 3層秘匿処理工程と、

前記 O S I参照モデルにおける第 2層に対応する層において秘匿開始の相互通知を行う第 2層相互通知工程と、

を備えたことを特徴とする移動通信システムの制御方法。

1 7 . ダイバーシティ合成が可能な移動機と、複数の無線基地局と、交換局の制御下で前記無線基地局を介して通信を行う基地局制御装置と、を備えた移動通信システムの制御方法において、

前記 O S I参照モデルにおける第 2層に対応する層において前記第 3層秘匿処理工程により秘匿処理が施された情報に、再送制御情報を付加する再送制御情報付加工程と、

を備えたことを特徴とする移動通信システムの制御方法。

1 8 . 網との間で無線回線を介して通信を行う移動機において、

秘匿受信信号の解読処理を開始する解読処理開始タイミングを送信信号の秘匿処理開始タイミングとは独立して前記網における送信信号の秘匿処理開始タイミングに対応させて設定する解読処理開始タイミング設定手段を備えたことを特徴とする移動機。

1 9 . 前記網から前記無線回線を介して受信した秘匿受信信号について秘匿解読処理を行う解読処理手段を備え、

前記解読処理開始タイミング設定手段は、前記網から受信秘匿開始要求を受信したか否かを判別する秘匿要求判別手段と、

前記判別に基づいて前記受信秘匿開始要求を受信したタイミングに基づいて前記解読処理手段に解読処理を開始させる解読処理指示手段と、を有する、ことを特徴とする請求の範囲第 1 8項記載の移動機。

2 0 . 網との間で無線回線を介して通信を行う移動機において、

送信信号に秘匿処理を施す秘匿処理の開始夕イミングを秘匿受信信号の解読処理開始タイミングとは独立して設定する秘匿処理開始タイミング設定手段を備えたことを特徴とする移動機。

2 1 . 前記網に対して前記無線回線を介して送信秘匿開始要求を送信する送信秘匿開始要求手段と、

前記送信信号に秘匿処理を施して秘匿送信信号を生成する秘匿処理手段と、を備え、

前記秘匿処理開始タイミング設定手段は、前記送信秘匿開始要求を送信した夕ィミングに基づいて前記秘匿処理手段における秘匿処理を開始させる秘匿処理指示手段を有する、

ことを特徴とする請求の範囲第 2 0項記載の移動機。

2 2 . 移動機との間で無線回線を介して通信を行う網側制御装置において、秘匿受信信号の解読処理を開始する解読処理開始タイミングを送信信号の秘匿処理開始タイミングとは独立して前記移動機における送信信号の秘匿処理開始夕イミングに対応させて設定する解読処理開始タイミング設定手段を備えたことを特徴とする網側制御装置。

2 3 . 前記移動局から前記無線回線を介して受信した秘匿受信信号について秘匿解読処理を行う解読処理手段を備え、

前記判別に基づいて前記受信秘匿開始要求を受信したタイミングに基づいて前記解読処理手段に解読処理を開始させる解読処理指示手段と、を有する、ことを特徴とする請求の範囲第 2 2項記載の網側制御装置。 2 4 . 移動機との間で無線回線を介して通信を行う網側制御装置において、送信信号に秘匿処理を施す秘匿処理の開始タイミングを秘匿受信信号の解読処理開始タイミングとは独立して設定する秘匿処理開始タイミング設定手段を備えたことを特徴とする網側制御装置。

2 5 . 前記移動機に対して前記無線回線を介して送信秘匿開始要求を送信する送信秘匿開始要求手段と、

ことを特徴とする請求の範囲第 2 4項記載の網側制御装置。

2 6 . 移動機と網との間で無線回線を介して通信を行う移動通信システムにおいて、

前記網は、前記移動機に対して前記無線回線を介して秘匿開始要求を送信する秘匿開始要求手段と、

前記秘匿開始要求の送信後に前記網から前記移動機に対する送信信号である第 1送信信号に秘匿処理を施し第 1秘匿送信信号を生成する第 1秘匿送信信号生成手段と、

前記第 1秘匿送信信号を前記移動機に送信する第 1秘匿送信信号送信手段と、前記移動機から前記秘匿開始要求を受け入れる旨の秘匿開始応答を受信したか否かを判別する応答判別手段と、

前記応答判別手段の判別に基づいて前記移動機が前記秘匿開始要求を受け入れた場合に前記移動機から送信された第 2秘匿送信信号の解読を開始する第 1解読処理手段と、を備え、

前記移動機は、前記秘匿開始要求を受信したか否かを判別する要求判別手段と、前記要求判別手段の判別に基づいて、前記秘匿開始要求を受け入れる場に前記秘匿開始応答を送信する秘匿開始応答手段と、

前記秘匿開始要求を受け入れる場合に前記網により送信された前記第 1秘匿送信信号の解読を開始する第 2解読処理手段と、

前記秘匿開始応答の送信後に前記移動機から前記網に対する送信信号である第 2送信信号に秘匿処理を施し第 2秘匿送信信号を生成する第 2秘匿送信信号生成手段と、

前記第 2秘匿送信信号を前記網に送信する第 2秘匿送信信号送信手段と、を備えた、

ことを特徴とする移動通信：

2 7 . 網との間で無線回線を介して通信を行う移動機の制御方法において、秘匿受信信号の解読処理を開始する解読処理開始タイミングを送信信号の秘匿処理開始タイミングとは独立して前記網における送信信号の秘匿処理開始夕イミングに対応させて設定する解読処理開始タイミング設定工程を備えたことを特徴とする移動機の制御方法。

2 8 . 前記網から前記無線回線を介して受信した秘匿受信信号について秘匿解読処理を行う解読処理工程を備え、

前記解読処理開始タイミング設定工程は、前記網から受信秘匿開始要求を受信したか否かを判別する秘匿要求判別工程と、

前記判別に基づいて前記受信秘匿開始要求を受信したタイミングに基づいて前記解読処理工程において解読処理を開始させる解読処理指示工程と、を有する、ことを特徴とする請求の範囲第 2 7項記載の移動機の制御方法。

2 9 . 網との間で無線回線を介して通信を行う移動機の制御方法において、送信信号に秘匿処理を施す秘匿処理の開始タイミングを秘匿受信信号の解読処理開始タイミングとは独立して設定する秘匿処理開始タイミング設定工程を備えたことを特徴とする移動機の制御方法。 3 0 . 前記網に対して前記無線回線を介して送信秘匿開始要求を送信する送信秘匿開始要求工程と、

前記送信信号に秘匿処理を施して秘匿送信信号を生成する秘匿処理工程と、を 5 備え、

前記秘匿処理開始タイミング設定工程は、前記送信秘匿開始要求を送信した夕ィミングに基づいて前記秘匿処理工程において秘匿処理を開始させる秘匿処理指示工程を有する、

ことを特徴とする請求の範囲第 2 9項記載の移動機の制御方法。

】0

3 1 . 移動機との間で無線回線を介して通信を行う網側制御装置の制御方法において、

秘匿受信信号の解読処理を開始する解読処理開始タイミングを送信信号の秘匿処理開始タイミングとは独立して前記移動機における送信信号の秘匿処理開始夕 1 5 イミングに対応させて設定する解読処理開始タイミング設定工程を備えたことを特徴とする網側制御装置の制御方法。

3 2 . 前記移動局から前記無線回線を介して受信した秘匿受信信号について秘匿解読処理を行う解読処理工程を備え、

20 前記解読処理開始タイミング設定工程は、前記網から受信秘匿開始要求を受信したか否かを判別する秘匿要求判別工程と、

前記判別に基づいて前記受信秘匿開始要求を受信したタイミングに基づいて前記解読処理工程において解読処理を開始させる解読処理指示工程と、を有する、ことを特徴とする請求の範囲第 3 1項記載の網側制御装置の制御方法。 . 5

3 3 . 移動機との間で無線回線を介して通信を行う網側制御装置の制御方法において、

送信信号に秘匿処理を施す秘匿処理の開始タイミングを秘匿受信信号の解読処理開始タイミングとは独立して設定する秘匿処理開始タイミング設定工程を備えたことを特徴とする網側制御装置の制御方法。

3 4 . 前記移動機に対して前記無線回線を介して送信秘匿開始要求を送信する送信秘匿開始要求工程と、

前記送信信号に秘匿処理を施して秘匿送信信号を生成する秘匿処理工程と、を備え、

ことを特徴とする請求の範囲第 3 3項記載の網側制御装置の制御方法。

3 5 . 移動機と網との間で無線回線を介して通信を行う移動通信システムの制御方法において、

前記移動機に対して前記無線回線を介して前記網側から秘匿開始要求を送信する秘匿開始要求工程と、

前記秘匿開始要求の送信後に前記網から前記移動機に対する送信信号である第 1送信信号に秘匿処理を施し第 1秘匿送信信号を生成する第 1秘匿送信信号生成工程と、

前記第 1秘匿送信信号を前記移動機に送信する第 1秘匿送信信号送信工程と、前記移動機から前記秘匿開始要求を受け入れる旨の秘匿開始応答を前記網が受信したか否かを判別する応答判別工程と、

前記応答判別工程における判別に基づいて前記移動機が前記秘匿開始要求を受け入れた場合に前記移動機から送信された第 2秘匿送信信号の解読を開始する第 1解読処理工程と、

前記秘匿開始要求を前記移動局が受信したか否かを判別する要求判別工程と、前記要求判別工程における判別に基づいて、前記移動局が前記秘匿開始要求を受け入れる場合に前記秘匿開始応答を前記網側に送信する秘匿開始応答工程と、前記移動機が前記秘匿開始要求を受け入れる場合に前記網により送信された前記第 1秘匿送信信号の解読を開始する第 2解読処理工程と、前記秘匿開始応答の送信後に前記移動機から前記網に対する送信信号である第

2送信信号に秘匿処理を施し第 2秘匿送信信号を生成する第 2秘匿送信信号生成工程と、

前記第 2秘匿送信信号を前記移動機側から前記網に送信する第 2秘匿送信信号送信工程と、を備えた、

ことを特徴とする移動通信システムの制御方法。

3 6 . 網との間で無線回線を介して通信を行う移動機において、

実施可能な一または複数の秘匿処理を特定する秘匿処理特定情報を前記網側に通知する秘匿処理通知手段を備えたことを特徴とする移動機。

3 7 . 前記秘匿処理通知手段は、前記秘匿処理特定情報の通知とともに、処理可能な秘匿キーの生成処理を特定するための秘匿キー生成処理特定情報を前記網側に通知する秘匿キー生成処理通知手段を備えたことを特徴とする移動機。

3 8 . 網との間で無線回線を介して通信を行う移動機において、

前記網側から通知される秘匿実施要求に対応する秘匿処理を行い前記網と通信を行う秘匿通信手段を備えたことを特徴とする請求の範囲第 3 6項記載の移動機

3 9 . 前記秘匿通信手段は、前記網側から通知される秘匿キ一生成処理を特定する秘匿キー生成特定通知に基づいて対応する秘匿キーを生成する秘匿キー生成手段と、

生成した前記秘匿キーを用いて前記秘匿処理を行う秘匿処理手段と、を備えたことを特徴とする請求の範囲第 3 8項記載の移動機。

4 0 . 移動機との間で無線回線を介して通信を行う網側制御装置において、前記移動機から通知された当該移動機において実施可能な一または複数の秘匿処理を特定する秘匿処理特定情報に基づいて、実際に通信を行う際の秘匿処理を決定する秘匿処理決定手段と、前記決定した秘匿処理を用いた秘匿の実施を前記移動機に対して要求すべく秘匿実施要求を通知する秘匿処理実施要求手段と、

を備えたことを特徴とする網側制御装置。 4 1 . 前記移動機から通知された当該移動機において処理可能な一または複数の秘匿キー生成処理を特定する秘匿キー生成処理特定情報に基づいて、実際に通信を行う際に用いる秘匿キー生成処理を選択する秘匿キー生成処理選択手段と、前記選択した秘匿キー生成処理を前記移動機に対して通知するための秘匿キー生成処理通知を行う秘匿キー生成通知手段と、

を備えたことを特徴とする請求の範囲第 4 0項記載の網側制御装置。

4 2 . 移動局に発呼または着呼が発生したとき、当該移動局がダイバ一シチハンドオーバによる通信をすることが可能な場合に、当該呼を契機として、メインブランチおよび当該移動局がダイバーシチハンドオーバによる通信を行うために追加すべきサブブランチの双方からなる複数のブランチを網および当該移動局間に設定し、当該移動局に前記複数のブランチを使用したダイバーシチハンドォーバを開始させることを特徴とするアクセスリンク制御方法。

4 3 . 前記複数のブランチとして、同一の基地局を経由する複数のブランチを設定し、前記移動局に基地局内ダイバーシチハンドオーバを開始させることを特徴とする請求の範囲第 4 2項に記載のアクセスリンク制御方法。

4 4 . 前記複数のブランチとして、複数の基地局を経由する複数のブランチを設定し、前記移動局に基地局間ダイバーシチハンドオーバを開始させることを特徴とする請求の範囲第 4 2項に記載のアクセスリンク制御方法。

4 5 . 移動局が周辺の基地局からの受信レベルを測定し、この測定結果に基づいてダイバーシチハンドオーバの候補ゾーンを選定して網に通知し、網はこの通知に基づいて前記複数のブランチを決定することを特徴とする請求の範囲第 4 2 項に記載のアクセスリンク制御方法。

4 6 . 網は前記複数のブランチの設定要求を含むメッセージを前記移動局に送信し、前記移動局との間でダイバーシチハンドオーバを開始することを特徴とする請求の範囲第 4 2項に記載のアクセスリンク制御方法。

4 7 . 網との間にアクセスリンクが設定されていないときに網から複数のブランチの設定要求を含むメッセージを受信した場合に、網との間に当該複数のブランチを設定し、ダイバ一シチハンドオーバを開始することを特徴とする移動局。

4 8 . 前記複数のブランチの設定要求が同一基地局との間に複数のブランチを設定することを要求するものである場合に、要求された複数のブランチを当該基地局との間に設定し、基地局内ダイバーシチハンドオーバを開始することを特徴とする請求の範囲第 4 7項に記載の移動局。

4 9 . 前記複数のブランチの設定要求が複数の基地局との間に複数のブランチを設定することを要求するものである場合に、要求された複数のブランチを当該複数の基地局との間に設定し、基地局間ダイバーシチハンドオーバを開始することを特徴とする請求の範囲第 4 7項に記載の移動局。

5 0 . 移動局に発呼または着呼が発生したとき、当該移動局がダイバーシチハンドオーバによる通信をすることが可能な場合に、当該呼を契機として、メインブランチおよび当該移動局がダイバ一シチハンドオーバによる通信を行うために追加すべきサブブランチの双方からなる複数のブランチを網および当該移動局間に設定することを特徴とする基地局制御装置。

5 1 . 移動局について呼が発生したとき、当該移動局が 1つの基地局を使用した基地局内ダイバーシチハンドオーバによる通信をすることが可能な場合に、メィンブランチおよび基地局内ハンドオーバを行うために追加すべきサブブランチの双方からなる複数のブランチの設定要求を含むメッセージを当該基地局および当該移動局の各々に送信することを特徴とする基地局制御装置。

5 2 . 移動局に発呼または着呼が発生したとき、当該移動局が複数の基地局を使用した基地局間ダイバーシチハンドオーバによる通信をすることが可能な場合に、当該基地局間ダイバ一シチハンドオーバに関係する各基地局に対し、当該移動局との間に複数のブランチを設定すべき旨の要求を含むメッセージを送信することを特徴とする基地局制御装置。 5 3 . 移動局に発呼または着呼が発生したとき、当該移動局が 1つの基地局を使用した基地局内ダイバーシチハンドオーバによる通信をすることが可能な場合に、基地局制御装置からの命令に従い、メインブランチとダイバーシチハンドォ —バを行うために該メインブランチに追加されるサブブランチの両方を当該移動局との間に設定し、基地局内ダイバーシチハンドオーバを開始することを特徴とする基地局。

5 4 . 移動局がブランチ切替をするべき状態にあり、かつ、ブランチ切替後にダイバ一シチハンドオーバによる通信を開始することができると認められる場合に、網および当該移動局間のブランチを現在のものから当該ダイバーシチハンドオーバによる通信に必要な複数のブランチに切り替え、移動局にダイバーシチハンドォ一バを開始させることを特徴とするブランチ切替制御方法。

5 5 . 網は前記ダイバーシチハンドオーバのためのサブブランチを前記移動局に追加設定し、サブブランチの追加設定後、前記ブランチ切替前に存在していたブランチを解放することにより、前記ダイバーシチハンドオーバによる通信に必要な複数のブランチへの切り替えを行うことを特徴とする請求の範囲第 5 4項に記載のブランチ切替制御方法。

5 6 . ブランチ切替をするべき状態にあり、かつ、ブランチ切替後にダイバードオーバブランチを使用した通信を開始することができる場合に、網からの命令により、網との間のブランチを現在のものから当該ダイバーシチハンドオーバによる通信を行うための複数のブランチに切り替え、ダイバーシチハンドオーバを開始することを特徴とする移動局。

5 7 . 移動局がブランチ切替をするべき状態にあり、かつ、ブランチ切替後にダイバーシチハンドオーバによる通信を開始することができると認められる場合に、網および当該移動局間のブランチを現在のものから当該ダイバ一シチハンドオーバによる通信を行うための複数のブランチに切り替え、移動局にダイバーシチハンドオーバを開始させることを特徴とする基地局制御装置。

5 8 . 移動局がブランチ切替をするべき状態にあり、かつ、ブランチ切替後に 1つの基地局を使用した基地局内ダイバーシチハンドオーバによる通信を開始することができると認められる場合に、当該基地局および当該移動局に対し、ブランチ切替の指令およびダイバーシチハンドオーバを行うためにサブブランチを追加すべき旨の指令を含むメッセージを送信することを特徴とする基地局制御装置。

5 9 . 移動局がブランチ切替をするべき状態にあり、かつ、ブランチ切替後に複数の基地局を使用した基地局間ダイバーシチハンドオーバによる通信を開始することができると認められる場合に、当該ダイバーシチハンドオーバによる通信に必要なブランチを設定すべき旨の指令を各基地局に送信し、ブランチ切替の指令およびダイバーシチハンドオーバを行うためにサブブランチを追加すべき旨の指令を含むメッセージを当該移動局に送信することを特徴とする基地局制御装置。 6 0 . 移動局についてのブランチ切替の指令およびダイバーシチハンドオーバを行うためにサブブランチを追加すべき旨の指令を含むメッセージを基地局制御装置から受信した場合に、当該メッセージ中の各指令に従い、当該移動局に設定していたブランチの切り替えおよび当該移動局に対するサブブランチの追加を行レ ^、基地局内ダイバ一シチハンドオーバを開始することを特徴とする基地局。 6 1 . 同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合に、当該新規呼と当該移動局に発生している既存呼とで各々の通信のためのブランチ構成および通信周波数帯域が同じになるようにブランチまたは通信周波数帯域の制御を行うことを特徴とするブランチ制御方法。

6 2 . 同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合に、当該移動局に発生している既存呼の通信のためのブランチ構成および通信周波数帯域と同じブランチ構成および通信周波数帯域を新規呼のための通信に割り当てることを特徴とするブランチ制御方法。

6 3 . 同時に複数呼の通信が可能な移動局において、通信をしているときに新規呼が発生した場合に、網からの命令により、当該移動局に発生している既存呼の通信のためのブランチ構成および通信周波数帯域と同じブランチ構成および通信周波数帯域を使用し、新規呼のための通信を行うことを特徴とする移動局。

6 4 . 同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合に、当該新規呼と当該移動局に発生している既存呼とで各々の通信のためのブランチ構成および通信周波数帯域が同じになるようにブランチまたは通信周波数帯域の制御を行うことを特徴とする基地局制御装置。

6 5 . 同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合に、当該移動局に発生している既存呼の通信のためのブランチ構成および通信周波数帯域と同じブランチ構成および通信周波数帯域を新規呼のための通信に割り当てることを特徴とする基地局制御装置。

6 6 . 同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合において、当該移動局に発生している既存呼の通信のためのブランチ構成または通信周波数帯域と同じブランチ構成および通信周波数帯域を新規呼のための通信に割り当てることができない場合に、既存呼と新規呼を維持することができる他のブランチ構成または周波数帯域を選定し、既存呼および新規呼の通信のためのブランチ構成または通信周波数帯域をこの選定したブランチ構成または通信周波数帯域とすることを特徴とするブランチ制御方法。

6 7 . 既存呼の通信のために使用しているブランチをダイバーシチハンドォーバブランチに変更するとした場合において当該ダイバーシチハンドオーバブランチを新規呼の通信にも割り当てることが可能である場合に、既存呼および新規呼の通信のためのブランチ構成として当該ダイバーシチハンドオーバブランチを選定することを特徴とする請求の範囲第 6 1項に記載のブランチ制御方法。

6 8 . 同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合において、既存呼の通信のためのブランチ構成または通信周波数帯域と同じブランチ構成および通信周波数帯域を新規呼のための通信に割り当てることができない場合に、網からの命令により、当該既存呼および新規呼を維持することができる他のブランチ構成または周波数帯域を既存呼および新規呼の通信のためのブランチ構成または通信周波数帯域とすることを特徴とする移動局。

6 9 . 同時に複数呼の通信が可能な移動局が通信をしているときに新規呼が発生した場合において、当該移動局に発生している既存呼の通信のためのブランチ構成または通信周波数帯域と同じブランチ構成および通信周波数帯域を新規呼のための通信に割り当てることができない場合に、既存呼と新規呼を維持することができる他のブランチ構成または周波数帯域を選定し、既存呼および新規呼の通信のためのブランチ構成または通信周波数帯域をこの選定したブランチ構成または通信周波数帯域とすることを特徴とする基地局制御装置。

7 0 . 複数呼の通信を行っている移動局にハンドオーバの契機が発生した場合、移動局内の全ての呼を維持することができる全ての呼に共通のブランチ構成または通信周波数帯域を選定し、全ての呼のためのブランチ構成または通信周波数帯域をこの選定したブランチ構成または通信周波数帯域に変更することを特徴とするブランチ制御方法。

7 1 . 複数呼の通信を行っているときにハンドオーバの契機が発生した場合、全ての呼のためのブランチ構成または通信周波数帯域を、網からの命令に従って全ての呼に共通の新たなブランチ構成または通信周波数帯域に変更することを特徴とする移動局。

7 2 . 複数呼の通信を行っている移動局にハンドオーバの契機が発生した場合、移動局内の全ての呼を維持することができる全ての呼に共通のブランチ構成または通信周波数帯域を選定し、全ての呼のためのブランチ構成または通信周波数帯域をこの選定したブランチ構成または通信周波数帯域に変更することを特徴とする基地局制御装置。 7 3 . 複数呼の通信を行っている移動局にハンドオーバの契機が発生した場合において、当該移動局内の全ての呼を維持することができる他のブランチ構成または通信周波数帯域がない場合に、移動局内の優先度の高い複数呼を維持することができる他のブランチ構成または通信周波数帯域を選定するとともに優先度の高い複数呼以外の呼を切断し、優先度の高い複数呼の全てのブランチ構成または周波数帯域を、この選定したブランチ構成または周波数帯域に変更することを特徴とするブランチ制御方法。

7 4 . 複数呼の通信を行っているときにハンドオーバの契機が発生した場合において全ての呼を維持することができるブランチ構成または通信周波数帯域がない場合に、網からの命令に従い、前記複数呼のうち優先度の高い複数呼以外の呼を切断し、前記優先度の高い複数呼のブランチ構成または周波数帯域を、網によつて選定されたブランチ構成または周波数帯域に変更することを特徴とする移動局。 7 5 . 複数呼の通信を行っている移動局にハンドオーバの契機が発生した場合において、当該移動局内の全ての呼を維持することができる他のブランチ構成または通信周波数帯域がない場合に、移動局内の優先度の高い複数呼を維持することができる他のブランチ構成または通信周波数帯域を選定するとともに優先度の高い複数呼以外の呼を切断し、優先度の高い複数呼の全てのブランチ構成または周波数帯域を、この選定したブランチ構成または周波数帯域に変更することを特徴とする基地局制御装置。

7 6 . 移動局が複数セッ卜の無線りソースを用いて複数の通信を行い得る移動通信システムにおける制御チャネルの設定方法において、

前記移動局が複数の通信に使用している複数セッ卜の無線リソースのうちの 1 つに対し、移動局および網間の制御情報の授受のための制御チヤネルを設定することを特徴とする制御チャネルの設定方法。 7 7 . 移動局が複数セットの無線リソースを利用して複数の通信を行うとともに複数セッ卜の無線リソースの 1つに設定された制御チャネルを介して網との間で制御情報の授受を行っているとき、前記制御チャネルの設定された無線リソースを利用した最後の通信が解放され、かつ、その時点において他の無線リソースのセットにより維持されるべき通信が残つている場合に、前記最後の通信が解放される無線リソースのセットに設定された制御チャネルを、前記他の無線リソースのセッ卜に新たに設定される制御チャネルに切り替え、当該通信の制御の継続を行うことを特徴とする制御チャネルの切替制御方法。

7 8 . 移動局が複数セッ卜の無線リソースを利用して複数の通信を行うとともに複数セッ卜の無線リソースの 1つに設定された制御チャネルを介して網との間で制御情報の授受を行っているとき、前記制御チャネルの設定された無線リソ一スを利用した最後の通信が解放され、かつ、その時点において他の無線リソースのセットにより維持されるべき通信が残っている場合に、前記最後の通信が解放される無線リソースのセッ卜に設定された制御チャネルを、前記他の無線リソースのセッ卜に新たに設定される制御チャネルに切り替え、当該通信の制御の継続を行うことを特徴とする基地局制御装置。

7 9 . 基地局は、とまり木チャネルを介して、とまり木チャネル送信電力値および上り干渉量を含む報知情報を送信し、移動局は、周辺の各基地局から前記報知情報を受信するとともに各基地局毎に前記とまり木チャネルの受信レベルを検知し、各基地局毎に前記受信レベルおよび前記報知情報内のとまり木チヤネル送信電力値から当該移動局と当該基地局との間の伝搬損失を算出し、前記各基地局毎に算出した伝搬損失、前記各基地局からの報知情報に含まれる上り干渉量および基地局所要受信 S I Rを用いた演算により各基地局毎に所要上り送信電力を算出し、待ち受けるべき無線ゾーンまたは通過中にハンドオーバすべき無線ゾーンを選択するに当たっては、所要上り送信電力が最小となる無線ゾーンを選択し、当該所要上り送信電力に基づいて上り送信電力の制御を行うことを特徴とする無線ゾーンおよび上り送信電力の制御方法。

8 0 . とまり木チャネルを介して、とまり木チャネル送信電力値および上り干渉量を含む報知情報を送信する手段を具備することを特徴とする基地局。

8 1 . 周辺の各基地局から各々とまり木チャネルを介して、とまり木チャネル送信電力値および上り干渉量を含む報知情報を各々受信するとともに、各基地局毎に前記とまり木チャネルの受信レベルを検知し、各基地局毎に前記受信レベルおよび前記報知情報内のとまり木チヤネル送信電力値から当該移動局と当該基地局との間の伝搬損失を算出し、前記各基地局毎に算出した伝搬損失、前記各基地局からの報知情報に含まれる上り干渉量および基地局所要受信 S I Rを用いた演算により各基地局毎に所要上り送信電力を算出し、待ち受けるべき無線ゾーンまたは通過中にハンドオーバすべき無線ゾーンを選択するに当たっては、所要上り送信電力が最小となる無線ゾーンを選択し、当該所要上り送信電力に基づいて上り送信電力の制御を行うことを特徴とする移動局。 8 2 . 移動局および網間にブランチを追加設定する場合に、当該移動扃および網間の全てのブランチについての同期確立の確認を待つことなく、当該移動局が通信を開始することが可能な状態となることにより、ブランチ追加手順を終了することを特徴とするハンドオーバ制御方法。

8 3 . 移動局に設定された各ブランチのうち 1つのブランチのみについて同期確立の確認を行うことにより、前記ブランチ追加手順を終了することを特徴とする請求の範囲第 8 2項に記載のハンドオーバ制御方法。

8 4 . 網との間に設定されているブランチに対して新たなブランチの追加設定をすべき旨の要求を網から受け取った場合に、当該ブランチの追加設定後、当該ブランチを介して信号が受信されることにより、当該ブランチおよび他のブランチを使用したダイバーシチ合成を開始することを特徴とする移動局。

8 5 . 移動局との間に設定されているブランチに対して、基地局内ダイバーシチハンドオーバを行うための新たなブランチの追加設定をすべき旨の要求を基地局制御装置から受け取った場合に、当該ブランチの追加設定後、当該ブランチを介して信号が受信されることにより、当該ブランチおよび他のブランチを使用した基地局内ダイバーシチ合成を開始することを特徴とする基地局。

8 6 . 移動局との間に設定されているブランチに対して、基地局間ダイバ一シチハンドオーバを行うための新たなブランチの追加設定をすべき旨の要求を基地局制御装置から受け取った場合に、当該ブランチの追加設定後、当該ブランチを介して信号が受信されることにより、当該ブランチを介して受信される信号を基地局間ダイバ一シチ合成を行う基地局制御装置に送ることを特徴とする基地局。

8 7 . 移動局および網間に新たなブランチを追加設定する場合に、新たなブランチの追加設定要求を出力した後、当該移動局および網間の全てのブランチについての同期確立の確認を待つことなく、ブランチ追加手順を終了することを特徴とする基地局制御装置。

8 8 . 基地局間ダイバーシチハンドオーバを行うために前記ブランチの追加設定要求を出力した場合に、基地局間ダイバーシチハンドオーバに必要な各ブランチを経由して信号が受信されることにより、基地局間ダイバ一シチ合成を開始することを特徴とする請求の範囲第 8 7項に記載の基地局制御装置。

8 9 . コード多重方式により一のキャリア内に複数の回線を共存させることが可能な移動無線通信システムにおいて、

必要とされる伝送レートに応じて所定の帯域幅を有する割当可能コードリソースの少なくとも一部を前記各回線に割り当てるコードリソース割当手段を備えたことを特徴とする移動無線通^

9 0 . 移動局の伝送レート能力に応じて前記割当可能コードリソースの少なくとも一部が割り当てられた前記回線を当該移動局に割り当てる回線割当手段を備えたことを特徴とする請求の範囲第 8 9項記載の移動無線通^

9 1 . コード多重方式により一のキャリア内に複数の回線を共存させることが可能な移動無線通信システムにおいて、

互いに独立で、かつ、所定の帯域幅を有する複数の割当可能コードリソースを有し、必要とされる伝送レートに応じて前記割当可能コードリソースの少なくとも一部を前記各回線に割り当てるに際し、前記必要とされる伝送レートに対応する帯域幅を有する未使用のコードリソースが存在しない場合に、一の前記割当可能コードリソースの少なくとも一部が割り当てられている前記回線に対し、他の前記割当可能コードリソースの少なくとも一部を改めて割り当てる再割当手段を備えたことを特徴とする移動無線通 i

9 2 . 必要とされる伝送レートに応じて前記コードリソースの少なくとも一部を前記各回線に割り当てるに際し、前記必要とされる伝送レートに対応するコ一ドリソース長を有する未使用の前記コ一ドリソースが存在するか否かを半 ij別する未使用コードリソース判別手段を備えたことを特徴とする請求の範囲第 9 1項記載の移動無線通信： 9 3 . 予め設定した所定タイミング毎に予め設定した基準帯域幅を有する基準コ—ドリソースを想定し、予め設定した一または複数の前記基準コードリソースを前記回線に割り当てるのに必要な未使用のコードリソースの有無を判別する割当可否判別手段を備え、

前記再割当手段は、前記割当可否判別手段の判別により、前記基準コードリソースを前記回線に割り当てるのに必要な帯域幅を有する未使用のコードリソースが存在しない場合には、一の前記割当可能コードリソースが割り当てられている前記回線に対し、前記基準コ一ドリソースを前記回線に割り当てるのに必要な未使用のコ一ドリソースが確保されるまで他の前記割当可能コードリソースを前記回線に改めて割り当てることを特徴とする請求の範囲第 9 1項記載の移動無線通信システム。

9 4 . コード多重方式により一の無線キヤリア内に複数の回線を共存させることが可能な無線基地局装置において、

必要とされる伝送レートに応じて所定の帯域幅を有する割当可能コ一ドリソースの少なくとも一部を前記各回線に割り当てることができるか否かを判別するコ一ドリソース割当可否判別手段を備えたことを特徴とする無線基地局装置。

9 5 . 請求の範囲第 9 4項記載の無線基地局装置を制御する基地局制御装置において、

移動局の伝送レート能力に応じた前記割当可能コ一ドリソースの少なくとも一部が割り当てられた前記回線を前記移動局に割り当てる回線割当手段を備えたことを特徴とする基地局制御装置。

9 6 . コード多重方式により一のキャリア内に複数の回線を共存させることが可能な移動無線通信システムの制御方法において、

必要とされる伝送レートに応じて所定の帯域幅を有する割当可能コードリソースの少なくとも一部を前記各回線に割り当てるコードリソース割当工程を備えたことを特徴とする移動無線通信システムの制御方法。

9 7 . 互いに独立で、かつ、所定の帯域幅を有する複数の割当可能コ一ドリソ —スを有し、コ一ド多重方式により一のキヤリア内に複数の回線を共存させることが可能な移動無線通信システムの制御方法において、

必要とされる伝送レートに応じて前記コ一ドリソースの少なくとも一部を前記各回線に割り当てるに際し、前記必要とされる伝送レートに対応するコードリソ —ス長を有するコードリソースが存在するか否かを判別する判別工程と、前記判別に基づいて、前記必要とされる伝送レートに対応する帯域幅を有する未使用のコードリソースが存在しない場合に、一の前記割当可能コードリソースが割り当てられている前記回線に対し、他の前記割当可能コードリソースの少なくとも一部を改めて割り当てる再割当工程と、

を備えたことを特徴とする移動無線通信システムの制御方法。

9 8 . コード多重方式により一の無線キャリア内に複数の回線を共存させることが可能な無線基地局装置の制御方法において、

必要とされる伝送レートに応じて所定の帯域幅を有する割当可能コ一ドリソ一スの少なくとも一部を前記各回線に割り当てることができるか否かを判別するコ一ドリソース割当可否判別工程を備えたことを特徴とする無線基地局装置の制御方法。

9 9 . 請求の範囲第 9 4項記載の無線基地局装置を制御する基地局制御装置の制御方法において、

移動局の伝送レ一ト能力に応じた前記割当可能コードリソースの少なくとも一部が割り当てられた前記回線を前記移動局に割り当てる回線割当工程を備えたことを特徴とする基地局制御装置の制御方法。

Claims

移動通信方法及び移動通技術分野本発明は、移動体通信に好適な移動通信方法及び移動通信システムに係り、特にマルチメディァ化に対応し各種データの伝送に適した移動通信方法及び移動通信システムに関する。明背景技書術従来より携帯電話は広く普及されており、そのアクセス方式としては T D M A (時分割多元接続）、 F D MA (周波数分割多元接続）などが採用されているが、近年、周波数利用効率がよい、伝送速度を変更し易い、盗聴されにくい等の利点を有する C D MA (符号分割多元接続）が採用されつつある。

しかしながら、従来の C D M Aは、主に音声の伝送を目的として構築されているため、そのアクセス方式はデータ通信には適していないという問題があった。これに対し、近年のマルチメディア化にあっては、伝送すべきデータは音声に限らず、コンピュータ等で取り扱う各種データがある。

このため、次世代の通信方式では移動機と網との間のアクセスは、各種デ一夕の伝送に適したものであることが望まれている。発明の開示本発明は、上述した事情に鑑みてなされたもので、マルチメディア化に対応し各種データの伝送に適した移動通信方法および移動通信システムを提供することを目的としている。

この発明は、複数の移動機と網の間で通信を行う移動通信方法において、識別